7. Some numbers
Implemented for 3 live products
Estimated 1 month of work to achieve 80% regression coverage even for
complex applications.
1 QA supported by this tool is an equivalent of approximately 4 QA engineers.
8. E-commerce example: Language International
~50000 different landing pages
60 languages on site
Compatible with multiple viewports and devices
Result:
50000 pages * 60 languages * 10 devices = 30 000 000 pages to test before each release
Some numbers
9. Some numbers: 30 000 000
Impossible to test manually.
Several months to cover with tests by a team of QA engineers with classical approach.
Maintenance/update of old tests is easily achieved by replacing screenshots almost immediately.
In classical approach QA needs to change the source code of the tests.
10000 tests, 3000 tests failed, 100 files to update - inefficient to update, would take a week for QA team.
We will take ½ day to validate and replace screenshots as a screenshot compares to 50 classic tests on average.
12. Current work - test execution
Graphic UI
API library - Java or PHP
13. USP vs the biggest competition
Intelligent crawler to identify the dynamic part of the page and reach the different application states.
Generate tests automatically for the most common cases.
14. USP vs the market
By QAs and for QAs - optimized to boost the quality.
Reach desired coverage in weeks instead of months.
Build an efficient QA team - focus on what is important and automate the rest.
23. The road ahead
We still don’t have a modern UI for test cases and test suites management.
Generate more sophisticated test data sets.
Add user management in a more sophisticated way.
24. The road ahead
Open source project development:
https://github.com/codete/QAcheck