QA/SpeakToMe

From MozillaWiki
< QA
Jump to: navigation, search

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

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

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