Confirmed users
198
edits
(Renaming acceptance to end-to-end) |
|||
Line 1: | Line 1: | ||
In order to make a clearer distinction between the [https://wiki.mozilla.org/B2G/QA/Automation/UI/Strategy/ | In order to make a clearer distinction between the [https://wiki.mozilla.org/B2G/QA/Automation/UI/Strategy/Integration_vs_End_to_end#The_Solution Integration suite and the End-to-end one], here is a list which helps to define where a test belongs depending on its nature. | ||
= General considerations = | = General considerations = | ||
Should be in Integration suite rather than in the | Should be in Integration suite rather than in the End-to-end one: | ||
* Tests that don't represent a whole user story, such as boundary/edge cases, negative cases, and highly specific or unusual bug verifications. | * Tests that don't represent a whole user story, such as boundary/edge cases, negative cases, and highly specific or unusual bug verifications. | ||
* Tests that perform small, isolated checks of the UI (such as a test that only verifies the sort order of a table) | * Tests that perform small, isolated checks of the UI (such as a test that only verifies the sort order of a table) | ||
* Tests that use mocks to simulate a portion of the system | * Tests that use mocks to simulate a portion of the system | ||
* Tests that validate binding between the UI state and back end state | * Tests that validate binding between the UI state and back end state | ||
* Tests that verify something which is invisible for an end-user (example: "Is the gaia setting 'ril.data.enabled' correctly set?"). An exception could be made for an | * Tests that verify something which is invisible for an end-user (example: "Is the gaia setting 'ril.data.enabled' correctly set?"). An exception could be made for an End-to-end test if this verification is done during the setUp/tearDown phases. | ||
Should not be in Integration suite: | Should not be in Integration suite: |