testing ext js and sencha touch

Download Testing Ext JS and Sencha Touch

If you can't read please download the document

Post on 11-May-2015

9.574 views

Category:

Technology

4 download

Embed Size (px)

DESCRIPTION

My SourceDevCon 2012 presentation slides.

TRANSCRIPT

  • 1.Testing Ext JS & Sencha Touch2012 Mats Bryntse@bryntum

2. Contents Why test your JavaScript? Testing Methodologies Introducing Siesta Writing testable JS Automating tests 3. About mevar me = { name: Mats Bryntse, age : 35+, lives : Helsingborg, Sweden, does: Runs Bryntum, site: www.bryntum.com, twitter : @bryntum}; 4. What we doExt JS/ST Components Siesta (JS Test Tool) 5. First, a quick raise ofhands:How many of you... 6. How many of you... have a frontend test suite? have frontend test suite as part of your CI? run your test suite in all major browsers? have zero or fewer frontend tests for your app? 7. Why test yourJavaScript? 8. A typical web app... Interwebshttp://www.app.com 9. The backend Single controlled platform Simple to test and refactor Good IDEs and toolsPHPC# Java 10. The frontend Multiple platforms & versions(Mac, Windows XP/Vista/7/8, Linux...) Multiple browser versions Hard to refactor JavaScript support in IDEs isstill !== awesome 11. ConclusionToo easy to #FAIL as a frontend developerTesting helps you keep fails to a minimum. 12. But...... my code is bug free...testing takes time away from adding newfeatures (+ new bugs)...its QAs job to test... its boring and Ill quit my job 13. A good investment Writing tests === investment in your code Takes time Will pay you back, though not instantly 14. Scenario:A nasty bug was found3 options 15. [panic] 16. [patch it] 17. [proper fix] 18. A test suite...=> confidence in your code=> serves as extra documentation=> easier refactoring=> bugs happen once, easier to find=======> quality of sleep 19. Code handover Test cases are really useful when handing overresponsibility for a JS module Developer Bob quits his job. New guy getsresponsibility of his JS code. How will new guy know what parts of thecodebase is safe to change & refactor? 20. New guy studies codebase application.js /*** When I wrote this, only God and I understood what I was doing* Now, God only knows**/ /* I am not sure if we need this, but too scared to delete. */ // drunk, fix later // This is my last day... 21. Code handoverNew guy, scared 22. Code handover Without test suite, will new guy feel goodabout making major changes? Only minor cosmetic changes on the surface. System accumulates cruft over time. Sounds familiar? 23. JS TestingMethodologies 24. Unit testingIntegration testingFunctional testing 25. Unit testing Testing the API of a single isolated unit Typically pure JS, non UI / DOM verify set/get method of a Model verify date manipulation logic Many tools available 26. Unit testing Siesta Jasmine QUnit (jQuery) Google js-test (V8) 27. Integration testing Testing integration between units. E.g. verify cell editing plugin works inGridPanel 28. Functional Web testing UI testing of a component or an applicationas a whole. Send commands to the web page andevaluate result. click button, type into login field, ... 29. Functional Web testing Siesta Selenium JsTestDriver 30. Interacting with the DOM Approaches to faking user input Synthetic events (JavaScript) Native events (via Java Applet) 31. Synthetic events+ Supported in all major browsers+ Compatible with mobile+ Dont rely on native event queue Tests can be run in parallell.- Browsers dont trust synthetic events - Enter key on a focused link - Tab between input fields, etc...- X-browser differences DOM Events, Key events, key codes (http://unixpapa.com) 32. Native events+ Java applets are supported in desktopbrowsers+ As close to a real user as possible- Wont work on iOS, Android.- No parallell tests since native event queueis used. 33. What is Siesta? Unit testing and DOM testing tool Optimized for Ext JS & Sencha Touch - also supports jQuery, NodeJS, or any JS Simple syntax, Extensible Automate using PhantomJS & Selenium. 34. Siesta Browser Harness 35. Siesta Browser Harness A UI for Siesta, view DOM, inspect assertions Define a tree of tests, in logical groups Global settings for the test suiteautoCheckGlobals, preload, testClass 36. A Siesta Test is pure JavaScript, no magic.StartTest(function(t) {$(body).html(JQuery was here);t.contentLike(document.body, JQuery was here, Found correct text in DOM);}); 37. A Siesta Test is completely isolated in its own iframe (no teardown, cleanup required) 38. A Siesta Test can be extended with your own customassertions and helper methodsStartTest(function(myTest) {var app = myTest.startApplication();myTest.performLogin(app);myTest.isLoggedIn(app, Logged in ok);myTest.is(app.nbrUsers, 1, Found 1 user);}); 39. Lifecycle of a UI testSetupcreate grid, load storesWait for store to load, grid rows to renderSimulate click button, type into textboxVerify isEqual(a, b) 40. Setupvar userGrid = new My.UserGrid({ });userGrid.render(Ext.getBody()); 41. Waitt.waitForRowsVisible(userGrid, function(){// Do something});t.waitForComponentQuery(formpanel > textfield);t.waitForCompositeQuery(grid => .x-grid-row); 42. Simulate// A list of actions to simulatet.chain( { desc: Should click trigger field, action: click, target: testgrid triggerfield }, { desc: Should type into filter field, action: type, target: testgrid triggerfield, text: FOO }, ...); 43. Verifyt.is(userStore.getCount(), 5, 5 users found);t.willFireNTimes(store, 2, write);t.hasCls(grid.getEl(), myClass, Found CSS);t.hasSize(myWindow, 300, 300, Window size ok); 44. DEMO 45. Sencha Touch supportSimulate tap, doubleTap, swipe, longPress, etc... 46. Siesta.next Benchmarking Code coverage Multi-browser, multi-device testing Crowd sourced test case tool Code Cowboy Your suggestion? 47. Headless testing Headless browsers are great, fast Command line, easy to integrate with IDEs PhantomJS, GUI-less WebKit browser 48. Phantom JSCreated by Ariya Hidayat (Sencha Inc.)Fast headless testingSite scrapingSVG rendering, PDF/PNG outputSupports CoffeeScript 49. Headless browsers+ Run tests on command line+ Faster+ Automation+ Doesnt require an actual browser- Not 100% accurate, but close. 50. Writing testable JS 51. Some ground rules Keep your JavaScript in JS files Never put JavaScript in your HTMLpage/tags Keep code organized in logical manageablefiles. Decide on some max nbr of lines/file. 52. No no no 53. Testable MVC code Fat model, skinny view Dont pollute your views with business logic Testing pure JS is a lot easier than testingDOM-dependent JS Promotes reuse of your code 54. Mixing view and logicExt.define(UserForm, {extend: Ext.FormPanel,width: 400,height: 400,// Returns true if User is validisValid: function (userModel) {return userModel.name.length > 4 && userModel.password.length > 8;}}); 55. BetterExt.define(UserModel, {extend: Ext.data.Model ,name : ,password : ,isValid : function () { return this.name.length > 4 &&this.password.length > 8;}}); 56. Refactored viewExt.define(UserForm, {extend: Ext.FormPanel,width: 400,height: 400,// Returns true if User is validisValid: function () {return this.model.isValid();}}); 57. Avoid private code Avoid overuse of private functions inclosures If your code cannot be accessed it cannotbe tested 58. Testing Ajax Try to avoid involving your database. Use either static JS files with mock data(async, slower) Or Mock the entire Ajax call (sync, faster) Sinon.js, Jasmine-ajax etc. 59. Automation &Continuous Integration 60. Continuous Integration Once you have decided on your testingtoolset, integrate it with your CI. Automatically run test suite on pre-commitor post-commit Nightly builds, full test suite execution,reporting via email etc. 61. CI Tools Jenkins TeamCity Cruise Control Test Swarm 62. JS Code Coverage JsCoverage Seems abandoned ScriptCover Google Chrome Plugin JsTestDriver Add-in module for coverage JesCov Rhino, Jasmine 63. Resources - Yahoohttp://screen.yahoo.com/ 64. Resources - GTAC 65. Without unit tests, youre not refactoring. Youre just changing shit.Hamlet DArcy 66. Thanks for listening! Questions?2012 Mats Bryntse@bryntum