QA/SpeakToMe
Revision History
This section describes the modifications that have been made to this wiki page. A new row has been completed each time the content of this document is updated (small corrections for typographical errors do not need to be recorded). The description of the modification contains the differences from the prior version, in terms of what sections were updated and to what extent.
Date | Version | Author | Description |
---|---|---|---|
15/05/2017 | 1.0 | Carmen Fat | Created first draft |
Contents
Overview
Purpose
SpeakToMe is a Firefox add-on which uses Speech recognition (SR) in order to recognize and translate the spoken language into text. This is also known as "automatic speech recognition" (ASR), "computer speech recognition", or just "speech to text" (STT).
Scope
This wiki details the testing that will be performed by the project team for the SpeakToMe add-on. It defines the overall testing requirements and provides an integrated view of the project test activities. Its purpose is to document:
- What will be tested
- How testing will be performed
Ownership
Engineering:
Blake Winton (irc: bwinton)
Faramarz Rashed (irc: faramarz)
Andre Natal (irc: andrenatal)
UX
Sharon Bautista (irc: sharon)
Research
Fabrice Desré (irc: fabrice)
QA:
PM for QA team - Rares Bologa (irc: RaresB)
Leading QA efforts - Paul Oiegas (irc: pauloiegasSV)
Manual QA - Carmen Fat (irc: carmenf)
Communication channels:
IRC channel - #testpilot
Feature email address: - testpilot-dev@mozilla.org
Testing summary
Scope of Testing
In Scope
The goal is to facilitate the user’s interaction with the browser in a friendly and faster way by voice. The experiment allows the user to fill with text the inputs of the accessed webpages using the voice, therefore the browsing experience is quicker and more efficient.
Out of Scope
Following areas/features are considered out of scope and will not be considered as testing zones to be handled in this test plan:
- Mobile testing
Requirements for testing
Environments
Testing will be performed on the following OSes (both x86 & x64 infrastructures):
- Windows 7
- Windows 8.1
- Windows 10
- Ubuntu 15.04
- Ubuntu 16.04
- Mac OS X 10.10
- Mac OS X 10.11
- Mac OS X 10.12
Test Strategy
Test Objectives
This section details the progression test objectives that will be covered.
Ref | Function | Test Objective | Evaluation Criteria | Test Type | Owners |
---|---|---|---|---|---|
1 | Install SpeakToMe add-on | Verify that the add-on is correctly installed. | Add-on UI changes are present in the accessed webpages. | Manual | Eng Team |
2 | SpeakToMe functionality | Verify that the add-on recognizes and transformes the spoken words into text, filling the input of the webpages. | 1. Click the “Microphone button” to trigger the share microphone permission. 2. Speak to microphone in order to record and recognize the spoken words. 3. Verify that the spoken words are recognized and the correct text is displayed in the input field. |
Manual | Eng Team |
3 | Keyboard only navigation | Verify that all add-on functionalities can be accessed from the keyboard. | All functionalities can be accessed from keyboard. | Manual | Eng Team |
4 | Private Browsing | Verify the functionality of the add-on in Private Browsing mode. | TBD | Manual | Eng Team |
5 | Disable / Re-enable SpeakToMe | Verify that the add-on can be disabled and enabled without any issues. | 1. Disable SpeakToMe add-on and verify that there is no microphone button to the input fields. 2. Re-enable SpeakToMe add-on and verify that the browser has changed back to displaying the microphone button to the input fields. |
Manual | Eng Team |
6 | Uninstall SpeakToMe add-on | Verify that the input fields return to their default state. | 1. SpeakToMe add-on is uninstalled. 2. Microphone button is no longer displayed to the input fields. |
Manual | Eng Team |
Builds
Since SpeakToMe is an add-on, you can install it from the following links:
- By following the instructions from the experiment GitHub page.
- Or you can install it trough Test Pilot experiments page when the experiment will be available.
Note that the standalone webextension only works starting with Firefox versions 49.x, while Test Pilot requires at least Firefox 50.x to work.
Test Execution Schedule
The following table identifies the anticipated testing period available for test execution.
Project phase | Start Date | End Date |
---|---|---|
Start project | ||
Study documentation/specs received from developers | 05/11/2017 | - |
QA - Test plan creation | 05/15/2017 | 05/16/2017 |
QA - Test cases/Env preparation | ||
QA - Pre-Release in Test Pilot Testing | ||
QA - Release in Test Pilot Date | ||
QA - Nightly Testing | ||
QA - Aurora Testing | ||
QA - Beta Testing | ||
Release Date |
Testing Tools
Detail the tools to be used for testing, for example see the following table:
Process | Tool |
---|---|
Test plan creation | Mozilla wiki |
Test case creation | TestRail |
Test case execution | TestRail |
Bugs management | GitHub |
Status
Overview
Track the dates and build number where feature was released to Nightly Track the dates and build number where feature was merged to Beta Track the dates and build number where feature was merged to Release
Risk analysis
Risk areas | Mitigation |
---|---|
External dependencies on Test Pilot | - We should do an end-to-end test of how we will integrate with the system. - We should determine what our exact requirements are for sample size. - Look into Telemetry as a contingency plan. |
SpeakToMe add-on compatibility and usability with e10s/non e10s tabs. | - SpeakToMe add-on should be e10s compatible. |
Reviews: data practices, AMO, legal | - We should be covered by Test Pilot legal agreement so no additional legal review will be needed for MVP; we will not need to get AMO reviews, internal team code reviews will be enough for MVP launch. |
Scope | - Targeting only en-US? - Accessibility requirements == best effort? - Converting speech to text may take too long - Inaccuracy in understanding the spoken words. |
References
Meta bug: N/A
Testcases
Overview
Summary of testing scenarios
Test Areas
Test Areas | Covered | Details |
---|---|---|
Private Window | Yes | |
Multi-Process Enabled | Yes | |
Multi-process Disabled | Yes | |
Theme (high contrast) | Yes | |
RTL (Right to Left style) | Yes | |
UI | ||
Mouse-only operation | Yes | |
Keyboard-only operation | Yes | |
Display (HiDPI) | Yes | |
Interaction (scroll, zoom) | Yes | |
Usable with a screen reader | ? | |
Usability and/or discoverability testing | Yes | Is this feature user friendly |
Install/Upgrade | ||
Feature upgrades/downgrades data as expected | Yes | |
Does sync work across upgrades | ? | |
Requires install testing | Yes | |
Affect first-run or onboarding | No | |
Does this affect partner builds? Partner build testing | ? |
|
Data Monitoring | ||
Temporary or permanent telemetry monitoring | - | Not on QA manual end. |
Telemetry correctness testing | - | Not on QA manual end. |
Server integration testing | - | Not on QA manual end. |
Offline and server failure testing | - | Not on QA manual end. |
Load testing | - | Not on QA manual end.
|
Add-ons | If add-ons are available for testing feature, or is current feature will affect some add-ons, then API testing should be done for the add-on. | |
Addon API required? | No | |
Comprehensive API testing | No | |
Permissions | Yes | |
Testing with existing/popular addons | Yes |
|
Security | ||
3rd-party security review | - | Not on QA manual end. |
Privilege escalation testing | - | Not on QA manual end. |
Fuzzing | - |
|
Web Compatibility | depends on the feature | |
Testing against target sites | Yes | |
Survey of many sites for compatibility | Yes |
|
Interoperability | depends on the feature | |
Common protocol/data format with other software: specification available. Interop testing with other common clients or servers. | ? | |
Coordinated testing/interop across the Firefoxes: Desktop, Android, iOS | No | |
Interaction of this feature with other browser features | Yes |
Test suite
- Full Test suite
- Smoke Test suite
- Regression Test suite
Bug Work
- Tracking bug – N/A
- Found issues list - Engineering QA found issues
Sign off
Criteria
- Has sufficient automated test coverage (as measured by code coverage tools)
- All test cases should be executed
- All blockers, critical issues must be fixed and verified or have an agreed-upon timeline for being fixed (as determined by engineering/QA)
Results
Link for the tests runs
- Full Test suite
Checklist
Exit Criteria | Status | Notes/Details |
---|---|---|
Testing Prerequisites (specs, use cases) | ||
Testing Infrastructure setup | ||
Test Plan Creation | [DONE] | |
Test Cases Creation | [IN PROGRESS] | |
Full Functional Tests Execution | ||
Automation Coverage | - | Not on QA manual end. |
Performance Testing | - | Not on QA manual end. |
All Defects Logged | ||
Critical/Blockers Fixed and Verified | ||
Daily Status Report (email/etherpad statuses/ gdoc with results) | - | |
Metrics/Telemetry | - | Not on QA manual end. |
QA Signoff - Nightly Release | Email to be sent |