What is Regression Testing, what is the definition of regression testing and what is automated regression testing? We shall explore regression testing meaning and see how it affects the Scrum developer role.
Estimating Scrum Tasks
A 59 Seconds Agile Video Animation
Regression Testing for Developers
A 59 Seconds Agile Article
What is Regression Testing?
Regression testing is the process of continually testing all features of a product. This includes both new and old product features. Regression testing on older features is often less intensive than testing of new features. With new features, testers need to make sure everything works appropriately in every case. With older features, testers just have to ensure that it isn’t broken. This is often done by evaluating a smaller set of actions to make this process more efficient. If a few parts of a feature work as they did before, the rest of the parts probably do as well.
What is Regression Testing And What Are The Benefits of Regression Testing
Testing has a number of benefits when applied properly. One of the biggest benefits is automation. Testing of new features often requires an actual tester driving the process. Regression testing, however, can be run via automated programs or scripts. A subset of tasks can be programmed to run regularly, frequently once per day or once per week. If these automated tests encounter the results they expect, everything is assumed to be working properly. If any of the tests fail, a tester can manually investigate to see what has changed. Changes are sometimes intentional, and the test can be updated accordingly. Other times, changes reflect an actual failure. In this case, testers can alert developers, and have them fix what was broken with new programming changes.
What is Regression Testing: Continuity
Another great benefit of testing is continuity of business. This refers to the idea that customers using software can continue using it without a break. By testing old features regularly, an organization can catch issues before they are released to customers.
A less obvious benefit of regression testing is the reduction of potential problems with old code. Instead of letting problems go unchecked for weeks or months until customers report them, regression testing points out flaws in features immediately. If regression testing didn’t catch these errors so quickly, the developers may build on broken code. As more new features are added, it becomes more and more complicated to change the flawed foundation. Regression testing ensures that these problems are solved quickly, and not allowed to grow into bigger issues.
What is Regression Testing in Agile
Testing is valuable in any software development, but it also has specific benefits to Agile software development. In particular, continuity of business is vital to stakeholders. Where traditional development has slow and infrequent software updates, Scrum teams (Scrum Master, Product Owner and Development Team) can potentially send out new software every few weeks or even weekly. In any sprint, a feature could be broken and be passed to the customers almost immediately. While special cases might be made, this typically means that customers are stuck with broken code until the next sprint release. By running regression tests quickly and often, problems are caught before they reach stakeholders.
In addition to continuity of business, Agile teams benefit from minimizing problems with old code. When old features are broken, they generate technical debt. This technical debt reduces the overall development pace of the Scrum team. Slowed development pace means the Scrum team can produce fewer features per sprint, and may even fail to meet the goals of the sprint. Technical debt is not something that can be delayed at the expense of later sprints. It must be handled as it is encountered. Regression testing makes these problems less likely to happen at all. When they do happen, they give immediate notice so that developers can handle the problems quickly.
What is Regression Testing in Traditional Development?
Where traditional development is ongoing for long stretches, Agile development is broken into sprints. These sprints serve as fantastic stopping points to analyse regression testing. After each sprint, the Scrum team can create new testing automation for the new features. This puts the Scrum team into the next sprint with a clean slate. As each sprint is completed, all of the developed features (new and old) are handled by the tests.
Prev <— Continue Reading —> Next
Learn More: Estimating and Planning User Stories
User Stories Applied
A 59 Seconds Agile Book Review
User Stories Applied by Mike Cohn is one of our favourite books on Agile User Stories. The book starts with an overview into user stories, and details what a user story is and the different aspects of them. He then discusses how to go about writing a user story, and provides details of the INVEST criteria that can be used to determine if the story is meeting all of its objectives. Next Mike gives an in depth discussion of who user stories are written for and where to begin when gathering the details for them. The book then discusses acceptance testing user stories, including how to go about specifying these criteria and the responsibilities of the development team and customers during this process.
Prev <— Continue Reading —> Next
Learn More: Estimating and Planning User Stories
Estimating Scrum User Stories
A 59 Seconds Agile Infographic
Prev <— Continue Reading —> Next
Learn More: Estimating and Planning User Stories
Our Favourite Agile Books
We found these books great for finding out more information on Agile Scrum: