Shift-left testing approach explained
According to ISTQB there is 7 testing principles, one of them is the principle of Early Testing. What does it mean? Again, according to ISQTB, it means that testing activities should start as early as possible, before working piece of software is available.
Why am I wrote about this principle? Because the subject of this article, shift-left testing, eventually is the same as early testing principle and it is very important and crucial approach in Quality assurance. Let's discuss why it is.
As some of you might think or assume that testing can be performed once tester has a piece of software product that he can test. In some projects, or methodologies it's true, but in Agile projects it's no longer valid due to the fact that testing is not limited to the testing of a already built software product, but a lot of other work related products can be tested, like requirements, manuals and documentation, wireframes etc (Static testing). That means that testing activities, not just testing, but reviews, walkthroughs and inspections can be applied to a set of related work items which are available long before first products build will be available.
In this way we can apply QA activities related to test planning, we can review our requirements, risks and based on them - create Test Strategy, define test approaches, think about testing processes, improvements, etc. Depending on a project and it's deliverables we can test early and more often, results of this testing can serve as inputs for defining next QA activities or change existing, if or when required, so test monitoring can be based on more live data and test results.
With sift-left testing approach we can build more effective QA processes as they will be based on relevant and actual data so, our QA activities can be Proactive rather than Reactive - we can prevent defects from happening and by this - improve overall SDLC processes. And this is one of the most important aspect of Quality Assurance, you are building not only a process, but a product as well.
Also, performing all these activities is almost impossible without close team collaboration, so you, as a QA, other dev team members and stakeholders will be more involved in building a quality product by continuously collaborating, communicating and resolving any issue or risk that could arise.
Of course, test automation will be good addition to your testing processes, so you will have more test results and inputs to work on related QA activities and improve them.
These are not the only pros or aspects that shift-left testing provides as it all, as usual, depends on a project, it's needs and agreed level of quality that has to be delivered, but these are essentials that will help you build effective QA processes and deliver right product
Labels: QA, shift-left
