Test Automation - A Systems Thinking Approach
summary
Claims that test automation fails when it’s done downstream and treated as QA’s job, and shows a concrete alternative: drive design with executable specifications written as Given‑When‑Then examples, implement small example interpreters, and run those examples during development. Demonstrations use Robot Framework and FitNesse as keyword-driven backends, extract a should we notify component for direct, fast tests, and report that this breaks the vicious cycle and makes automation sustainable.
AI-written summary · about
chapters (9)
- 0:00Intro
- 1:48Test & Fix "Battleship"
- 2:29The Agile Test Problem
- 7:105 Why's of Test Automation Being Hard
- 13:53Example-Driven Development
- 22:45Test Automation Pyramid
- 23:32Behavior Specification at Right Level
- 32:30Life Cycle of an Example
- 37:18Strategy without tools is
related talks
38mDo We Really Need A Test Automation Engineer?
30mConfessions of a Serial Automation QA
51mRedefining test automation
44mTest Automation as a Development Team
24mWHY ARE WE FAILING WITH TEST AUTOMATION?
47mWhat Successful Test Automation is... and Why it's NOT Testing!
42mOpening Keynote: Blunders in Test Automation
53mTest automation for developers
