Testing in Software Engineering
Why tests actually pay off, the different kinds worth writing, and the habits — TDD, coverage, flaky-test fixes, CI — that keep a suite trustworthy.
testingsoftware-engineeringqualitybeginner
32decks
32main cards
162practice cards
22%with images
v1.0.0version
Card type mix
- multiple choice: 69
- select blank: 48
- true false: 32
- multi select: 30
- order: 8
- match pairs: 7
What's covered
- What Testing Actually Buys You
- The Real Cost of Not Testing
- Unit Tests
- Integration Tests
- End-to-End Tests
- Balancing the Pyramid
- Arrange, Act, Assert
- What Makes a Test "Good"
- Naming Tests So They Explain Themselves
- Choosing the Right Assertion
- Mocks, Stubs, Fakes, and Spies
- When Mocking Helps, and When It Hurts
- What Code Coverage Really Measures
- Testing Edge Cases and Boundaries
- Testing Failure Paths, Not Just Success
- Red, Green, Refactor
- What TDD Is Actually Good and Bad At
- Testing Against a Real Database
- Testing HTTP APIs
- Contract Testing Between Services
- Browser-Driven End-to-End Tests
- Flaky Tests: Causes and Fixes
- Performance and Load Testing
- Basic Security Testing
- Basic Accessibility Testing
- Regression Testing
- Running Tests in CI/CD
- Managing Test Data
- Writing a Test With Every Bug Fix
- Property-Based Testing
- Mutation Testing
- When Not to Write a Test
Example cards
multiple choice
What do tests catch early?
multiple choice
Where is a bug cheapest to fix?
Latest: Initial release — 32 decks, 226 cards, each pack with a preview card teaching the concept before its graded main card and practice cards.