Agile Testing: Don’t Sacrifice It

Agile Testing

Testing is an important, especially Agile in upholding the principle ‘Never compromise on quality‘. When on a project; and the deadline is looming — there is usually only one place to cut resource; the final step before deployment: testing.

Especially with large more traditional approaches, if there is an error with the testing stage — this usually means moving the deadline and spending more money; and there is no choice about this. With Agile, you need to continuously test as you deploy in iterations, so if there is an error with the testing; only a small part is affected which can easily be rectified.

Testing is an important phase in the software development lifecycle, and there are different concepts for testing in Agile, if following these you can optimise productivity when testing and maximise the features delivered:

Fail Fast

  • Early testing of requirements and the design of features during the early stages of the project.
  • First execution of the feature being developed. Don’t wait until a feature is fully developed to test it if you don’t have to. Try to find issues as quickly as possible.
  • Regression testing following changes and fixes.
  • Integration testing is carried out as soon as something is ready to integrate. Rather than waiting to integrate a mass of features, especially deliverables from earlier increments are integrated with current deliverables.

Collaborative Testing

Effective and productive involves the input and collaboration of all people involved; all stakeholders. This will increase the productivity of the test, fix and reset cycle. This is inline with the Agile concept of collaboration — any one who can test something should! This usually means the business owners testing the features they requested.

This concept only really works when teams are collocated. If this is not the case then a clear plan or process needs to be in place to ensure that there are working arrangements for testing,

Repeatable Testing

End-to-End Experience Testing

Independant Testing

Prioritised Testing

All tests needs to be prioritised. It may not be possible to test everything exhaustively. Each test needs to be attached to a product or feature. The major or high risk tests should be carried out first — the ones with the biggest impact.

Test-Driven Development

With this method, tests are created even before development is created. This ensures that the acceptance criteria are confirmed before any effort is wasted on creating the wrong product.

Risk Based Testing

In Summary

Testing should be part of the project plan, not something that is thought about after, especially testing early on which can reduce the risk of a project. Developers should be encouraged to demo their work early and try to get the business to test also. When you test, this allows you to create a feedback loop, and promotes communication on a project.

Finally, testing allows you to keep control of a project!

This post was originally posted on:
Please check my site to get the latest articles first!

About the Author

Product Leader. Over 10 years in product development; with experience in product management, UX & UI, product design, product & delivery methodologies and product leadership. A strong advocate in innovation, experimentation and building great products with the use of qualitative and quantitative research, putting an emphasis on a customer centric design and approach.










Product leader. A strong advocate in innovation, experimentation and building great products with the use of qualitative and quantitative research.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store