Skip to main content

UI Automation tool for Mozilla applications

Project description

[Mozmill]( is a test tool and UI automation framework for writing tests and other automation scripts for Gecko based applications like Firefox and Thunderbird. It’s built as a [python]( command-line tool. The python package provides a mechanism for running the tests from the command line as well as providing a way to test restarting the application. Mozmill has an extensive API to help you write functional tests that simulate user interactions.

The [Mozmill test automation project]( was started in January 2009 and covers the automation work for Firefox. Checkout the [project page]( or have a look at the [Mozmill Tests documentation]( to get an impression of how to contribute in writing and running [Mozmill tests]( Existing tests get run in the [release testing]( cycle for new major or security releases of Firefox.

Also the Mozilla Messaging team has an active project which handles [Thunderbird Testing with Mozmill](

# Installation

Mozmill is available as a python package. See [the installation page](./Installation) for instructions for how to get Mozmill set up on your system.

# Python Client

The [Mozmill python package]( invokes and runs a Gecko application, performs automatic test scripting, and accumulates and reports results.

## Running the command line client

After [installing](./Installation) the python package you can run Mozmill with the mozmill command. The mozmill command is run with one or more test (-t mytest.js) or test manifest (-m manifest.ini):

mozmill -m functional_tests.ini mozmill -t mytest.js -t myothertest.js

mozmill –help displays the available command-line options and more in-depth information about the command line utility. For the format and usage of test manifests, see .

## Control flow

The Mozmill python package bundles the Mozmill and [jsbridge](./jsbridge) extensions into a profile on invocation.

Mozmill is run like:

mozmill -app firefox -b path/to/binary -t path/to/test.js [options]

This will do the following:

  • the application, in this case firefox, will be looked for by [mozrunner](/en/Mozrunner)

  • a [profile object](/en/Mozprofile) will be created of the type appropriate to the application under test

  • a [python-javascript bridge](./jsbridge) will be created which will be used to communicate between the python runner and the JavaScript testing environment

  • the test.js file will be sent over the jsbridge where it is loaded and executed (see: [resource://mozmill/modules/frame.js]( )

  • events will be sent from JavaScript back to python where they will be listened for (see: [resource://mozmill/modules/frame.js]( )

  • upon test run conclusion, the results will be reported by [pluggable event handlers](./EventHandlers)

## Example API Usage

Since Mozmill 2.0, the [MozMill class]( is usable as a robust API. An example API usage is available at .

## Architecture

Python Mozmill is a test harness and an event dispatcher.

The Mozmill python package is built of a number of different package dependencies:

  • [jsbridge](./jsbridge) : python to JavaScript bridge interface

  • [mozrunner](/en/Mozrunner) : Reliable start/stop/configuration of Mozilla Applications (Firefox, Thunderbird, etc.)

  • [mozinfo](/en/Mozinfo) : unified Mozilla interface to system information

  • [manifestparser]( : parses test and addon manifests

See [Architecture](./Architecture) for additional information on program design.

## Event Dispatching

Mozmill dispatches events from the JavaScript tests and modules to the python runner. See [Event Handlers](./EventHandlers) for how this works.

## Getting Data to and From the Tests

It is desirable to transfer data to and from the JavaScript tests. There are a few mechanisms to do so:

See also [Bug 668550 - python should have some way of transfering data to the test on the JS side](

## Python Callbacks

JavaScript tests may invoke arbitrary python using the PythonCallbacks [event handler](./EventHandlers) included with Mozmill. The [mozmill JavaScript module]( has the firePythonCallback() function, which takes the filename, the name of the method in the file, a list of ordered args, and a kwargs object. This function will dispatch a mozmill.firePythonCallback [event](./EventHandlers) to the [mozmill.python_callbacks module]( which will import and fire the appropriate callback. The filename is relative to the location of the JavaScript test file. Note that any return value from the python callback will not be sent to the JavaScript test or otherwise utilized.

See the mutt [python_callbacks.js test]( and accompanying []( for an example.

It is important for successful runs that the python callback is fired successfully. Otherwise a [jsbridge](./jsbridge) error will occur via the python error and the harness will fail.

## Restart and Shutdown

JavaScript tests may initiate shutdown and restart of the browser. There are two types of shutdown/restart events:

  • user shutdown : the test indicates a shutdown or restart. This does not stop the browser but indicates that a further action will cause a restart or shutdown (such as triggering Ctrl+Q)

  • runner shutdown : the test tells the runner to shutdown or restart, potentially giving a next test to run in the same file.

Both cases fire an [event](./EventHandlers), mozmill.userShutdown, that lets the python harness anticipate the type of shutdown or restart. The following parameters are sent with the event:

  • user : true or false; whether the shutdown was signalled by a “user” event

  • restart: true or false; whether the shutdown is a restart or not

  • next: name of the next test function to run, in the current test file, if any; otherwise the next test file (if any) will be run

  • resetProfile: true or false; whether to reset the profile to the beginning state. Note that this is not available to user restart events as there is a race condition that does not permit the profile to be reliably reset before application restart

See the methods startUserShutdown, restartApplication, and stopApplication on the [MozMillController]( for specifics.

Additionally, mozmill –restart signals a harness restart between every test file. This is good for isolating test behaviour, but negative in that the browser restart causes the run to take longer.

# Learning Mozmill Testing

There is API documentation for the Mozmill JavaScript tests.

## Mozmill Test API

# Finding and Reporting Bugs

Mozmill is under active development. Check out the [Auto-tools Mozmill project page]( for information on development. If you think you’ve found a bug in Mozmill, please check the [list of existing bugs](—&component=Mozmill&product=Testing). If your found bug is not listed there, please [file a new bug]( in [bugzilla]( under the “Testing” Product and “Mozmill” Component. Please provide as much as possible details and attach the Mozmill test if available, which shows the problem. Thanks for helping us make Mozmill better!

# Updating the Documentation

The [MDN]( pages are mirrored from the [mozmill repository]( See the notes on our [documentation strategy](./Documentation) .

# Resources

Several online resources exist for Mozmill:

In addition a #mozmill channel exists on irc:// . Please stop by and say hi!

Project details

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

mozmill- (137.9 kB view hashes)

Uploaded Source

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page