mozilla

Compare Revisions

Mochitest

Change Revisions

Revision 9847:

Revision 9847 by kaie on

Revision 9848:

Revision 9848 by Honza B on

Title:
Mochitest
Mochitest
Slug:
Mochitest
Mochitest
Tags:
"Automated testing", "Developing Mozilla"
"Automated testing", "Developing Mozilla"
Content:

Revision 9847
Revision 9848
nn7    <p>
8      &nbsp;
9    </p>
n26      To run Mochitest, first <a href="en/Build_Documentation">bun29      To run Mochitest, first <a href="/en/Build_Documentation" t
>ild Mozilla</a> with your changes, then change directory to <code>itle="en/Build_Documentation">build Mozilla</a> with your changes
>>$(OBJDIR)/_tests/testing/mochitest</code> (created during the bu>, then change directory to <code>$(OBJDIR)/_tests/testing/mochite
>ild process, unless you specify <code>--disable-mochitest</code> >st</code> (created during the build process, unless you specify <
>in your mozconfig). Note that the working directory matters for t>code>--disable-mochitest</code> in your mozconfig). Note that the
>he 'runtests' script described below, so you must do this.> working directory matters for the 'runtests' script described be
 >low, so you must do this.
n41      <img alt="Image:Mochitest.png" fileid="269" src="File:en/Men44      <img alt="Image:Mochitest.png" class="internal" src="/@api/
>dia_Gallery/Mochitest.png">>deki/files/269/=Mochitest.png">
42    </p>
43    <p>45    </p>
44      <b>Note:</b> you should keep focus on the browser window wh46    <p>
>ile the test are being run, as some may fail otherwise (like the  
>one for {{ Bug("330705") }} for example). Linux users can save th 
>emselves this inconvenience by using a dummy X server (see <a hre 
>f="#Diverting_X_output">#Diverting X output</a> below). 
47      <strong>Note:</strong> you should keep focus on the browser
 > window while the test are being run, as some may fail otherwise 
 >(like the one for {{ Bug("330705") }} for example). Linux users c
 >an save themselves this inconvenience by using a dummy X server (
 >see <a href="#Diverting_X_output">#Diverting X output</a> below).
n101      The 'runtests' script recognizes several other options - usn104      The 'runtests' script recognizes several other options - us
>e the --help option to get a list. Note that there is separate do>e the --help option to get a list. Note that there is separate do
>cumentation for the <a href="en/Chrome_tests">--chrome</a>, <a hr>cumentation for the <a href="/en/Chrome_tests" title="en/Chrome_t
>ef="en/Browser_chrome_tests">--browser-chrome</a> and <a href="en>ests">--chrome</a>, <a href="/en/Browser_chrome_tests" title="en/
>/Accessibility">--a11y</a> options.>Browser_chrome_tests">--browser-chrome</a> and <a href="/en/Acces
 >sibility" title="en/Accessibility">--a11y</a> options.
n116      Yes, really. For many things Mochitest is overkill. In genen119      Yes, really. For many things Mochitest is overkill. In gene
>ral you should always try to use one of the lighterweight testing>ral you should always try to use one of the lighterweight testing
> frameworks. For example, if you only want to test a single XPCOM> frameworks. For example, if you only want to test a single XPCOM
> component then you should use <a href="en/Writing_xpcshell-based> component then you should use <a href="/en/Writing_xpcshell-base
>_unit_tests">xpcshell</a>. On the other hand there are some thing>d_unit_tests" title="en/Writing_xpcshell-based_unit_tests">xpcshe
>s that Mochitest cannot do, or isn't designed to do. For example,>ll</a>. On the other hand there are some things that Mochitest ca
> for visual output tests you should try to use the <a href="en/Cr>nnot do, or isn't designed to do. For example, for visual output 
>eating_reftest-based_unit_tests">reftest</a> framework. For more >tests you should try to use the <a href="/en/Creating_reftest-bas
>information on the different types of automated testing framework>ed_unit_tests" title="en/Creating_reftest-based_unit_tests">refte
>s see <a href="en/Mozilla_automated_testing">Mozilla automated te>st</a> framework. For more information on the different types of 
>sting</a>.>automated testing frameworks see <a href="/en/Mozilla_automated_t
 >esting" title="en/Mozilla_automated_testing">Mozilla automated te
 >sting</a>.
n200      Keep in mind that if you're adding chrome tests, you'll neen203      Keep in mind that if you're adding chrome tests, you'll nee
>d to change the Makefile to install the tests in <code>_tests/tes>d to change the Makefile to install the tests in <code>_tests/tes
>ting/mochitest/<b>chrome</b></code> rather than <code>_tests/test>ting/mochitest/<strong>chrome</strong></code> rather than <code>_
>ing/mochitest/<b>tests</b></code>.>tests/testing/mochitest/<strong>tests</strong></code>.
nn216    </p>
217    <h3 name="FAQ">
218      SSL and https enabled tests
219    </h3>
220    <p>
221      (under construction)
n254      Yes, use <code>python runtests.py --chrome</code>. Keep in n263      Yes, use <code>python runtests.py --chrome</code>. Keep in 
>mind that the <a href="en/Writing_xpcshell-based_unit_tests">xpcs>mind that the <a href="/en/Writing_xpcshell-based_unit_tests" tit
>hell test harness</a> should be your first choice for XPCOM testi>le="en/Writing_xpcshell-based_unit_tests">xpcshell test harness</
>ng. Only use mochitest if you need events, browser features, netw>a> should be your first choice for XPCOM testing. Only use mochit
>orking, etc.>est if you need events, browser features, networking, etc.
tt325    <p>
316    <div class="noinclude"></div>{{ languages( { "ja": "ja/Mochit326      {{ languages( { "ja": "ja/Mochitest" } ) }}
>est" } ) }} 
327    </p>

Back to History