Code Coverage doesn’t belong in the browser, it’s just the wrong place in the tool chain to have something like this. Update: After many requests and much self deliberation, I have decided not to update the plugin to work with newer versions of Firefox. Additional types of coverage, depending on what options are available from jsdIDebuggerService.Better display of results, instead of a big kludge of function names.Automated integration with Selenium IDE (one button to run tests and do code coverage).Is my first Firefox add-on, so there was a learning curve involved.Is limited to function (entry) code coverage, does not include other forms such as exit, statement, condition, or path code coverage.Does not include statistics on anonymous functions.Screenshot Example of running the tool at So, now, to test my JavaScript code coverage, I will write automated tests using the Selenium IDE plug-in for Firefox, hit the Code Coverage button in Firebug, and try to get my Code Coverage statistics in the upper 90%’s. The Profile feature of Firebug was similar to a Function Entry Code Coverage report, so I decided to modify the feature and release an add-on for Firefox that showed (at a file level) a list of which functions executed and which functions did not. Of course, I immediately thought of Joe Hewitt’s Firebug extension for Firefox, which includes a feature for JavaScript Profiling. Researching a little bit more about automated testing tools led to the discovery of a metric called ‘Code Coverage’, a statistic that gives you a percentage of how much of your code executed during a certain period of time (usually while your automated test was executing). I can record actions in my browser and play them back! No more manual testing of JavaScript code! When I found the Selenium plug-in for Firefox, I was blown away. Recently, I’ve become interested in client side automated testing tools.
0 Comments
Leave a Reply. |