From MozillaWiki
< QA
Jump to: navigation, search

This is the Test Plan for Focus for Android (


Intro and Summary

  • This wiki outlines the test requirements for Focus for Android releases.
  • Use this generalized Test Plan as a starting point for creating Plans, Suites, and Cases


Feature Lists

For the list of features and its status, please refer to here. 'Aqua' label refers to the issues that are slated for the next upcoming release

  • NOTE: Focus for Android bugs are maintained in Github


  • All features for 2.0 should be completed by Aug 4th, 2017 to begin acceptance testing
  • Testing, including acceptance testing, should be completed by Aug 10th, 2017.
  • Focus for Android 2.0 is currently scheduled to be released Aug 17th, 2017.


Program Management

Product Management


QA Team

Resource Plan

  • Each QA person will be 40% allocated to this project

Test Strategy


  • When the development work on github issue is completed, whether it is before/after code freeze, ReadyForQA label will be applied so that the issue is available for testing. The issue should belong to a correct milestone before the development work can be started.
  • QA will verify the issue, and upon completion, it'll be marked with VerifiedByQA, removing ReadyForQA label.
  • If an issue is not QA verifiable, it can be marked with QANotNeeded
  • After code freeze, ideally, all issues should be marked with either ReadyForQA, VerifiedByQA, or QANotNeeded.
  • After the QA signoff, ideally, all issues should be marked with VerifiedByQA, or QANotNeeded.
  • The issue can be closed after it is marked as VerifiedByQA, or QANotNeeded
  • This does not apply to metabugs.

Manual Tests

UI Test suite for Focus for Android will be located in TestRail. As a minimum, each of the P1 UI features will have corresponding test cases. The test suite will be executed by Softvision for the acceptance testing.

Automated Tests

Automation tests will be mainly used for quick regression check of key UI features. Overall, automation tests will be added to the same Github repo, and executed on BuddyBuild CI system. While the unit tests will be run for each commit, UI Tests (in Espresso/UIAutomator framework) will be executed in master branch only. The test result will be inspected for new failures, and github issue will be raised for tracking.

Automation tests are located here.

In addition to regularly run automated tests, QA will also generate screenshots for l10n verification.

Code Analysis

  • Codecov is added to the github repo, and will display increase/decrease of unit test code coverage
  • Findbugs addon is added to warn developers against possible code issues, as well as Lint.

Outside Scope

Following tests are outside the scope of the QA:

  • Unit Tests
  • Performance Tests
  • Localization Tests
  • Beta testing with a wider audience

Test Deliverables

  • Completed TestRail Test suite which covers all features with UI aspects
  • Automated Test suite in master branch, running on every checkin
  • Github issues for every issue found
  • Manual acceptance test report
  • Signoff Decision

Testing Days

June 14th 2017:

July 14th, 2017 (Ioana Chiorean):

July 14th, 2017 (Oana Horvath):

August 24th/25th, 2017 (Ioana Chiorean):

September 9th, 2017 (Ioana Chiorean):

December 6th, 2017 (Sorina Florean):


  • Since the blocking status of trackers is not exposed via adb log or UI, its validation will rely on unit tests
  • The performance of Focus for Android is not measured precisely, will rely on the tester feedback
  • The tester pool for a preliminary first release will be extremely small
  • The automation/manual test suites will be built incrementally as new features are added to Github, and the late features may not be exposed to validation as much as earlier ones. The acceptance test after the feature completion date will be performed with the special emphasis on 1. key features and 2. most recently added features

Signoff/Exit Criteria

  • No critical or major UI bugs
  • No easily reproducible crashes