I recently started reading Agile Testing book and while I was learning a bunch of things and taking notes I figured it’d be nice to also share these notes here. Mostly, in order to make it easy for myself to give to someone, my version of the summary of the book. It might be work in progress for a while, but hopefully covering something helpful.
On agile testing mind-set
On agile testing practices
- It’s upto the customers (business) to decide what level of quality they want to pay for (including performance and security). The testers should support this level of testing through information (For making decisions) and tooling to achieve the required testing.
- Impediment backlog of things that prevent agile team members from being at their productive best.
On building an agile testing team
On test automation
- Even with improved object recognition, scripts created with record and replay tend to be brittle and unmaintainable
- With the reference of the famous testing pyramid, the top tier (UI tests) should make the smallest automation effort, because these tests provide the lowest ROI. These tests are expensive to write, maintain and execute. They are written after the code is completed and so are usually written to critique the product and go directly to the regression suite.
- The middle tier in the pyramid should contain the bulk of automated tests. These tests execute fast, helps developers build the right thing because they are more like acceptance tests. These tests generally have the biggest ROI.
- These middle tier tests are usually functional tests and should be implemented in framework built in the same language as that of the project
That’s it folks. More notes to come here soon.