A Monolith for Hundreds of Client Versions: How We Write and Maintain Tests
summary
Badoo engineers describe their testing practice for a large monolithic backend that must support hundreds of client versions. They explain their development flow and why developers write their own tests, giving concrete metrics (about 100,000 unit tests and 20,000 integration tests) and discussing how that practice affects responsibility and maintenance.
AI-written summary · about
chapters (18)
- 0:00Introduction
- 1:10Development and testing process
- 4:40Unit tests and specifics
- 7:30Legacy code problems and SoftMocks
- 8:53Mutation testing and test quality
- 11:03Integration tests and databases
- 13:29Max tests for DB isolation
- 15:36API tests and client emulation
- 17:21Test user pool
- 20:59Test hooks and backdoors
- 24:14Security and test data protection
- 24:57SoftMocks and localization
- 28:29API test issues and rules
- 31:20Test execution setup
- 34:51Parallel runs and optimization
- 35:54Monolith testing and feature branches
- 39:46Summary and recommendations
- 41:13Q&A
related talks
47mTesting: How We Developers Do It on the Backend
43m"Monoliths are Simpler" and other lies we tell ourselves
48mMake your tests tell the story of your domain
57mEnd-to-End Automated Testing in a Microservices Architecture
38mScaling Automated Testing & Architecture from Startup to Enterprise
43mBreak Up the Monolith: Testing Microservices
35mTesting Strategies for Giant Applications
47mBreak Up the Monolith: Testing Microservices
