Magic-Mirror/gecko-dev
1
0
Fork 0
mirror of https://github.com/mozilla/gecko-dev.git synced 2024-10-20 16:55:40 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
326ecd9cce
gecko-dev/devtools/docs/tests
History
Alexandre Poirot 326ecd9cce Bug 1399465 - Document DAMP. r=nchevobbe 
MozReview-Commit-ID: 8kYYaSC7DuQ

--HG--
extra : rebase_source : 7f6bebac9c487fe4f6b17d919344b8ba23f203e0
2017-10-10 16:08:22 +02:00
..
debugging-intermittents.md
mochitest-chrome.md
mochitest-devtools.md
perfherder-compare-link.png Bug 1399465 - Document DAMP. r=nchevobbe 2017-10-10 16:08:22 +02:00
perfherder-compare.png Bug 1399465 - Document DAMP. r=nchevobbe 2017-10-10 16:08:22 +02:00
perfherder-filter-subtests.png Bug 1399465 - Document DAMP. r=nchevobbe 2017-10-10 16:08:22 +02:00
perfherder-g2.png Bug 1399465 - Document DAMP. r=nchevobbe 2017-10-10 16:08:22 +02:00
perfherder-subtests.png Bug 1399465 - Document DAMP. r=nchevobbe 2017-10-10 16:08:22 +02:00
performance-tests.md Bug 1399465 - Document DAMP. r=nchevobbe 2017-10-10 16:08:22 +02:00
README.md
regression-graph.png Bug 1399465 - Document DAMP. r=nchevobbe 2017-10-10 16:08:22 +02:00
regression-popup.png Bug 1399465 - Document DAMP. r=nchevobbe 2017-10-10 16:08:22 +02:00
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.