12. We Talk About…
...Manual and Automated Testing
...Deployment and Test Pipelines
...Frameworks and Technologies
...Documentation and Knowledge Sharing
12
Why?
16. 16
Problems
• Repetitive manual work
• Old features could break
• Possible long release cycles
• Frequent rollbacks
• Automated tests did not have any real effect
Feature
Development
Manual tests
Merge
Automated Tests
/ Release
22. Release & Test Automation Team
• Release Engineering & Test Automation
• Maintain the test framework and pipelines
• Support all teams using our platforms
• Decrease release time
• Remove repetitive work
• Improve stability
22
23. Test Automation Team Mission Statement
“Make automated testing a
widely used and reliable
technique at trivago.”
24. Old Automation Approach
• Old framework was not flexible enough
• No clear guidelines
• No full test suite
• No clear test result visibility
• No test ownership
24
25. RTA TA Decisions
Who writes and owns the tests?
How are the tests structured?
Where should the tests be located?
How / when should the tests be run?
25
Empower QA
Clear test guidelines
Inside the SUT
Test framework and pipelines
27. 27
Test Framework
• User friendly
• Stable and consistent
• Clearly documented
• Easy to run tests
• Enable parallel execution
• Support application specific
features
28. 28
Test Infrastructure
• In-house Selenium grid
• Lots of maintenance
• Expensive
• External Selenium grid
In-house grid External grid
Hard to set up (static) Instantly available
Lots of maintenance Less maintenance
Hard to scale Scaling built in
Limited OS / Browser
combinations
Huge number of
combinations possible
Less expensive? More expensive?
30. 30
“Automated tests will replace all manual testing”
”They want to turn QA into developers”
“My test is done, I have nothing else to do.”
”I have no time for automation”
Bias
31. 31
Bias
• Extensive documentation
• Workshops
• “Automation Time”
• Make sure everyone is on the same page!
• Testing is a team effort!
“Automated tests are there
to replace all manual
testing”
”They want to turn QA into
developers”
“My test is done, I have
nothing else to do.”
”I have no time for
automation”
32. 32
Increase Trust In Tests
• Dashboards and reporting
• Extensive logging
• Early flakiness detection
• Test qualification job
• Slack notifications
• Duty managers
34. 34
What We Achieved
• Test pipelines exist
• Test suite of 200 scenarios
• Automatic tests on PRs and branches
• Kibana dashboards
• Full test reports
• Clear ownership
35. 35
What We Are Working On
• Block PRs
• Even clearer reporting
• Further education
• Test framework architecture and speed
• Working together with feature developers