Scrum in Software Testing is a methodology for building complex software applications. It provides easy solutions for executing complicated tasks. Scrum helps the development team to focus on all aspects of the software product development like quality, performance, usability and so on. It provides with transparency, inspection and adaptation during the software development to avoid complexity.
Scrum Testing is a testing done in scrum methodology to verify the software application requirements are met. It involves checking non-functional parameters like security, usability, performance etc. There is no active role of tester in the process so it is usually performed by developers with Unit Test. Sometimes dedicated test teams are needed depending on nature & complexity of project.
Following are Key Features of Scrum-
- Scrum has a short fixed schedule of release cycles with adjustable scope known as sprints to address rapidly changing development needs. Each release could have multiple sprints. Each Scrum Project could have multiple Release Cycles.
- A repeating sequence of meetings, events, and milestones
- A practice of testing and implementing new requirements, known as stories, to make sure some work is released ready after each sprint
Scrum is based on the following 3 Pillars-
Let’s look at the one by one
There are three chief roles in Scrum Testing – Product Owner, Scrum Master and The Development Team. Let’s study them in detail
|Product Owner||Scrum Master||The Team|
|He/She defines features of the product.||He/She manages the team and look after the team’s productivity||The team is usually about 5-9 members|
|Product Owner decides the release date and corresponding features||He/She maintains the block list and removes barriers in the development||It includes developers, designer and sometimes testers, etc.|
|They prioritize the features according to the market value and profitability of the product||He/She coordinates with all roles and functions||The team organizes and schedule their work on their own|
|He/She is responsible for the profitability of the product||He/She shields team from external interferences||Has right to do everything within the boundaries of the project to meet the sprint goal|
|He/She can accept or reject work item result||Invites to the daily scrum, sprint review and planning meetings||Actively participate in daily ceremonies|
A scrum process includes
- User stories: They are a short explanation of functionalities of the system under test. Example for Insurance Provider is – “Premium can be paid using the online system.”
- Product Backlog: It is a collection of user stories captured for a scrum product. The product owner prepares and maintains the product backlog. It is prioritized by the product owner, and anyone can add to it with approval from the product owner.
- Release Backlog: A release is a time frame in which the number of iterations is completed. The product owner co-ordinates with the scrum master to decide which stories should be targeted for a release. Stories in the release backlog are targeted to be completed in a release.
- Sprints: It is a set period of time to complete the user stories, decided by the product owner and developer team, usually 2-4 weeks of time.
- Sprint Backlog: It’s a set of user stories to be completed in a sprint. During sprint backlog, work is never assigned, and the team signs up for work on their own. It is owned and managed by the team while the estimated work remaining is updated daily. It is the list of task that has to be performed in Sprint
- Block List: It is a list of blocks and unmade decisions owned by scrum master and updated daily
- Burndown chart: Burn-down chart represents overall progress of the work in progress and work completed throughout the process. It represents in a graph format the stories and features not completed
- Sprint Planning: A sprint begins with the team importing stories from the release backlog into the sprint backlog; it is hosted by scrum master. The Testers estimate effort to test the various stories in the Sprint Backlog.
- Daily Scrum: It is hosted by scrum master, it last about 15 minutes. During Daily Scrum, the members will discuss the work completed the previous day, the planned work for the next day and issues faced during a sprint. During daily stand-up meeting team progress is tracked.
- Sprint Review/ Retrospective: It is also hosted by scrum master, it last about 2-4 hours and discuss what the team has accomplished in the last sprint and what lessons were learned.
There is no active role of Tester in the Scrum Process. Usually, testing is carried out by a developer with Unit Test. While product owner is also frequently involved in the testing process during each sprint. Some Scrum projects do have dedicated test teams depending on the nature & complexity of the project.
The next question is, what tester do in a scrum? Following note will answer
Testers do following activities during the various stages of Scrum-
- In sprint planning, a tester should pick a user-story from the product backlog that should be tested.
- As a tester, he/she should decide how many hours (Effort Estimation) it should take to finish testing for each of selected user stories.
- As a tester, he/she must know what sprint goals are.
- As a tester, contribute to the prioritizing process
- Support developers in unit testing
- Test user-story when completed. Test execution is performed in a lab where both tester and developer work hand in hand. Defect are logged in Defect Management tool which are tracked on a daily basis. Defects can be conferred and analyzed during the scrum meeting. Defects are retested as soon as it is resolved and deployed for testing
- As a tester, he/she attends all daily standup meeting to speak up
- As a tester, he/ she can bring any backlog item that cannot be completed in the current sprint and put to the next sprint
- Tester is responsible for developing automation scripts. He schedules automation testing with Continuous Integration (CI) system. Automation receives the importance due to short delivery timelines. Test Automation can be accomplished by utilizing various open source or paid tools available in the market. This proves effective in ensuring that everything that needs to be tested was covered. Sufficient Test coverage can be achieved with a close communication with the team.
- Review CI automation results and send Reports to the stakeholders
- Executing non-functional testing for approved user stories
- Coordinate with customer and product owner to define acceptance criteria for Acceptance Tests
- At the end of the sprint, the tester also does acceptance testing(UAT) in some case and confirms testing completeness for the current sprint
- As a tester, he will figure out what went wrong and what went right in the current sprint
- As a tester, he identifies lesson learned and best practices
Scrum Test metrics reporting provides transparency and visibility to stakeholders about the project. The metrics that are reported allow a team to analyze their progress and plan their future strategy to improve the product. There are two metrics that are frequently used to report.
Burn down chart: Each day, Scrum Master records the estimated remaining work for the sprint. This is nothing but the Burn Down Chart. It is updated daily.
A burndown chart gives a quick overview of the project progress, this chart contains information like the total amount of work in the project that must be completed, amount of work completed during each sprint and so on.
Velocity history graph: The velocity history graph predicts the velocity of the team reached in each sprint. It is a bar graph and represents how teams output has changed over time.
The additional metrics that may be useful are schedule burn, budget burn, theme percent complete, stories completed – stories remaining and so on.
This is all about Scrum in software engineering