Os seus resultados da pesquisa

    MTBF tests

    Nossos voluntários ainda não traduziram este artigo para o Português (do Brasil). Junte-se a nós e ajude a fazer o trabalho!

    The MTBF tests are a suite of Firefox OS tests built on top of the Gaiatest (Gaia UI Tests) Framework. The tests run on real Firefox OS devices, and use Marionette to drive the device's UI.

    Mean time between failures (MTBF) is the predicted elapsed time between inherent failures of a system during operation. MTBF can be calculated as the arithmetic mean (average) time between failures of a system. The MTBF is typically part of a model that assumes the failed system is immediately repaired (mean time to repair, or MTTR), as a part of a renewal process. This is in contrast to the mean time to failure (MTTF), which measures average time to failures with the modeling assumption that the failed system is not repaired (infinite repair time).

    Current Environment & Setup

    MTBF tests are run by automation; the test suite collects general test cases like send sms, email, set alarm, and executes to emulate behavior of user.  Right now we have 10+ firefox os phone concurrently run test in lab.

    How often are the tests run?

    MTBF is purposed to test on version or branch with 0 functional failure.  it run when we get a all pass in smoke test and the code should be in the aurora (next release branch).

    Where can I see the results?

    MTBF is still being developed and you can mail us for early report.  You may setup envrionment by following steps and get detail report.

    Running the tests

    Let's go through the steps required to set up the Gaia-UI MTBF test environment and run the tests on your local machine and Firefox OS device.


    • Ubuntu 12.04 (or better) x64, or Mac OS X (these instructions are confirmed for 10.8 but should work on previous versions of 10, theoretically.)
    • A Firefox OS device ALREADY FLASHED with an ENGINEERING build of Firefox OS B2G-18 V1-Train (1.1.)
    • ADB installed, and the environment variable ADB_PATH pointing to your ADB location.

    If you are on Ubuntu, you need to check that it is configured to support the USB connection to the Firefox OS device. To verify this, connect the device to your computer via USB, open a terminal and enter the adb logcat command to see if it connects.

    Note: To start with, the Firefox OS device should not be connected to your computer. You will be told when to connect it in the steps below.

    Step 1: Clone the MTBF-Driver repository from Mozilla-TWQA

    The Gaia-UI MTBF Tests are located in the Mozilla Github Gaia repository. Assuming that you haven’t done so already, the first step is to clone that repo:

    git clone

    You may want to go grab a coffee and come back in five minutes. Furthermore, you can get all the branch and try to switch to current MTBF branch like master or v1.4+. In this case, master is matching the current master branch gaia, and v1.4+ is matching to v1.4/v1.3 branch gaia

    Step 2: Run the GaiaTest setup

    The Gaia-UI MTBF tests are built upon the GaiaTest framework (which uses Marionette). The next step is to run the setup script to install GaiaTest and all of the required dependencies. You may wish to create a new virtual environment to use with the Gaia-UI MTBF Tests. If you don’t, you may need to use sudo while running the setup command. In your terminal, type:

    cd MTBF-Driver
    python develop

    Step 3: Get memory tools if you need it

    git clone

    You should be able to find the tools folder in B2G directory now. You may copy tools folder into mtbf_drivers folder under MTBF-Driver folder.

    Step 4: Set test vars and acknowledge risks

    GaiaTest uses a special file to set certain variables that are required for test configuration. For example, to tell the device which WiFi network it should use. Before running the Gaia-UI MTBF Tests, you must setup the test vars file. Make a copy of the gaia/tests/python/gaia-ui-tests/gaiatest/testvars_template.json file in the same location (call it what you like) and edit it:

    • If the Firefox OS device has a SIM card, add the corresponding phone number in the phone number entry in the carrier section, e.g. "phone_number": "5551234567".
    • Add the same phone number for the "remote_phone_number" entry.
    • In the wifi section, add the SSID for the Wifi network that the Firefox OS device is to connect to during the tests in the ssid line, for example "ssid": "Wifi Network Name".

    As mentioned in the warning above, running the Gaia-UI MTBF tests will result in data being erased from the Firefox OS device and microSD card. This is to ensure that the tests start cleanly each time. For example, running a test on a device that already has 10,000 contacts will have very different memory value results vs running the same test on a device with no existing contacts. In order to run the tests, you must acknowledge that you are aware of this data loss risk.

    To acknowledge the risks, add the following entry to your testvars file as the first entry in the list: "acknowledged_risks": true.

    Note: If the risks are not acknowledged in the testvars file, the tests will not run.

    Step 5: Connect to USB and ADB Forward the Device

    Attach the Firefox OS device to your computer via USB.

    Note: If you’re using an Ubuntu VM, after attaching the device ensure the VM sees the device and connects to it; in the VM select VM > Removable Devices > Your Device > Connect and wait for the device to connect to the VM.

    Now tell adb to forward the device port to GaiaTest using the following command:

    adb forward tcp:2828 tcp:2828

    Note: If you are using the Firefox OS Leo device, you must first tell ADB to be the root user, like so:

    adb root
    adb forward tcp:2828 tcp:2828

    Step 6: Run a Test

    Now you’re ready to actually try running a test. Use the following commands:

    cd {MTBF Driver Folder}
    MTBF_TIME=1d mtbf --address=localhost:2828 --testvars=mytestvars.json tests/{any folder or test}

    We can parse the MTBF_TIME by d(ay), h(our), or m(inute).

    If you get a “connection refused” error it means the device USB connection didn’t work; just repeat the device connection and try again.

    The Firefox OS device b2g process should now restart, then the add_contact MTBF test will run with a single iteration. If you watch the Firefox OS device, you’ll see the device UI being manipulated by Marionette. After the test finishes, a memory checkpoint will be performed.

    Note: The Gaia-UI MTBF tests now grab the Firefox OS device’s b2g process RSS value for the memory use checkpoint (it used to be the V-SIZE value.)

    The test result will be displayed in the terminal window. Note that this result doesn’t include the b2g process memory value; this value is stored in a text file that was created at the time of the checkpoint in the checkpoints directory. To see the resulting b2g process, open this file. This "suite_summary" file will contain the average b2g process memory use (RSS) value, averaged from all of the test checkpoints (in our example there was only one checkpoint anyway).

    There are two other files present in the checkpoints folder:

    • The checkpoint_add_contact_(datetime)_summary.log file contains a summary for the test run. This includes the number of iterations, all of the RSS value readings from each checkpoint, the average RSS value, etc.
    • The checkpoint_add_contact_(datetime).log file contains the raw data received from each of the device checkpoints, from which the summary files were produced.

    Contributing to the project

    If you have any questions about the Firefox OS MTBF tests or are interested in contributing to this important automation development effort, feel free to contact us at

    How to migrate test cases from Gaia-ui-tests

    <1> Rename

    • from MtbfTestCase import GaiaMtbfTestCase

    • (original) from gaiatest import GaiaTestCase

    • class XXX(GaiaMtbfTestCase):

    • (original) class XXX(GaiaTestCase)

    • if it has setUp or tearDown method-> GaiaMtbfTestCase (original: GaiaTestCase)


    <2> Add


    • if there's no setUp method , add it before the general test function

    • please add GaiaMtbfTestCase.setUp(self) as the 1st step of setUp

      • Environment check/recovery and app initialization

      • launch -> launch_by_touch if possible

      • get the handle by self.app_id

    • if there's no tearDown method, add it after the general test function

    • please add GaiaMtbfTestCase.tearDown(self) as the last step of tearDown

      • handle data after finished (delete/remove/move…)


    <3> Principles


    • modify assert()s in test (make sure it works for multiple test cases)

    • if porting cases from Gaia-UI-Test, you need to declare app as a test class member

    • multiple apps init/launch in a case, please refer to the card_view cases

    • unless your clean actions don't involve UI interactions, but please avoid it if you can

    • for example, use device manager to remove the file on the device

    • in those cases, you may need to call marionette.refresh() to get the latest update

    • replace datetime.fromtimestamp to datetime.utcfromtimestamp if you wanna implement calendar related cases


    <4> About apps


    apps -> mtbf_apps if needed

        a. import original apps

        b. add __init__() and functions you need


    <5> After you finished


    1. Test each test case -> Test full suite -> Test full suite with shuffle

    2. check PEP8 errors

    3. pull request! don’t not push directly

    **Fix issues in a more general way


    Etiquetas do documento e colaboradores

    Contribuíram para esta página: ypwalter, PaulYang
    Última atualização por: ypwalter,
    Esconder painel