gecko-dev/devtools/docs/tests
sole 8c22801540 Bug 1365255 - DevTools: bring over documentation for contributing and coding standards into the tree. r=nchevobbe
MozReview-Commit-ID: IRtCRTMmPHu

--HG--
extra : rebase_source : df1a6325a746a6408159b9f8223d82748ca27c13
2017-05-26 13:02:02 +01:00
..
README.md
debugging-intermittents.md
mochitest-chrome.md
mochitest-devtools.md
writing-tests.md Bug 1365255 - DevTools: bring over documentation for contributing and coding standards into the tree. r=nchevobbe 2017-05-26 13:02:02 +01:00
xpcshell.md

README.md

Automated tests

When working on a patch for DevTools, there's almost never a reason not to add a new test. If you are fixing a bug, you probably should write a new test to prevent this bug from occurring again. If you're implementing a new feature, you should write new tests to cover the aspects of this new feature.

Ask yourself:

  • Are there enough tests for my patch?
  • Are they the right types of tests?

We use three suites of tests:

  • xpcshell: Unit-test style of tests. No browser window, only a JavaScript shell. Mostly testing APIs directly.
  • Chrome mochitests: Unit-test style of tests, but with a browser window. Mostly testing APIs that interact with the DOM.
  • DevTools mochitests: Integration style of tests. Fires up a whole browser window with every test and you can test clicking on buttons, etc.

More information about the different types of tests can be found on the automated testing page at MDN.

To run all DevTools tests, regardless of suite type:

./mach test devtools/*

Have a look at the child pages for more specific commands for running only a single suite or single test in a suite.