At the February Tampa Bay ScrumMasters Guild, David Corbin, President and Chief Architect of Dynamic Concepts Development Corporation, presented “A Comprehensive Approach to Testing.”
David started by introducing his Axioms of Testing:
- In a perfect world, testing is a complete waste of time—but we do not exist in a perfect world, so testing is crucial.
- 100% testing of any non-trivial system would require an infinite amount of resources. You can’t prove a system is defect free.
These foundations served as a launching point to discuss a variety of factors that go into creating a comprehensive testing infrastructure. Topics included:
- Forces that drive testing
- What do we test
- When do we test
- Guiding principles of testing
David will present “A Comprehensive Approach to Testing” at the South Florida Code Camp on February 20th.
The next Tampa Bay ScrumMasters Guild meeting is March 2.
As a Scrum Master at my last job, I often interviewed developer candidates to judge their experience with and appreciation for Scrum. Almost all had some experience with it, and opinions were mixed. Many were non-committal. Others rhapsodized about it. And one told me she hated Scrum, because “It’s a waste of time.”
Of all the complaints I’d heard about Scrum, this was a first. Scrum a waste of time? I asked her to elaborate.
“You have a two week Sprint, and deliver the code, and then you wait around doing nothing for two weeks while QA tests it and tells you whether it was accepted or not.”
I assured her that what she described was not good Scrum practice. The Scrum Guide states that, “A new Sprint starts immediately after the conclusion of the previous Sprint.” She didn’t see how that was possible. How, she wanted to know, could code be considered complete before QA had blessed it? How does Quality Assurance fit into the Scrum development cycle?
“Scrum recognizes no titles for Development Team members other than Developer,” states the Scrum Guide, and Scrum also does not recognize sub-teams. The team should be cross-functional, and can accomplish its work without relying on people who aren’t part of the team. Does that mean that a Scrum can’t have testers? Of course not. Scrum recognizes that “Individual Development team members may have specialized skills and areas of focus,” including testing. It just means that testers have to be fully part of the development team, and code should be tested throughout the development process, not at the end of a project. What this woman had endured wasn’t Scrum—it was miniature Waterfall with a two week development phase. No wonder she was turned off by it.