InfoQ

Presentation

   Good News: We have re-worked our video infrastructure to provide more reliable service. Please email bugs at infoq.com with any problems.

Recorded at:
Recorded at

The Role of Testing and QA in Agile Software Development

Posted by Scott Ambler on May 03, 2007 04:48 PM

Community
Agile
Topics
Software Testing
Tags
Testing
Summary
Agile developers are "test infected", we do test-first development and treat acceptance tests as full-fledged requirements artifacts and work with our stakeholders to acceptance test throughout the dev lifecycle. The end result is significantly higher quality software, achieved with very little input from the testing community. So what is the role of testers and QA people on agile projects?

Bio
Scott Ambler is Practice Leader Agile Development within the IBM Methods group in Ontario, Canada. He has worked in the IT industry since the mid 1980s, with object technology since the early 1990s, and is a recognized leader in the Agile software community. He is a Fellow of the International Association of Software Architects, and an Eclipse Process Framework (EPF) committer. www.ambysoft.com

About the conference
The Toronto Association of Systems and Software Quality (TASSQ) is an organization for Quality Assurance professionals. Their monthly meetings share quality practices and provide an opportunity for networking. The presentations include a wide variety of topics, including testing, project management, risk management, measurement of client satisfaction, other metrics related topics, Year 2000 topics, process improvement, implementing quality practices, etc.

Related Sponsor

VersionOne is recognized by Agile practitioners as the leader in Agile project management tools. Companies such as Adobe, BBC, CNN, Dow, HP, IBM, Sony and 3M have turned to VersionOne to help deliver greater value to their customers.

3 comments

Reply

i can rename column :P by Rave Man Posted May 4, 2007 12:33 AM
I remember this talk... by Bruce Rennie Posted May 4, 2007 8:47 AM
IBM's view on "traceability" by Rajesh Duggal Posted May 11, 2007 11:26 AM
  1. Back to top

    i can rename column :P

    May 4, 2007 12:33 AM by Rave Man

    i can rename column just like that, you just have to rename it in hibernate mapping xml file. people forget that we all are using ORM.

  2. Back to top

    I remember this talk...

    May 4, 2007 8:47 AM by Bruce Rennie

    and found the reaction in the audience to be pretty amusing. Heck, it was even brought up at later meetings. Way to make a lasting impression, Scott! As a person who's been involved in agile projects for several years now, Scott's comments were right on. A friend of mine (who's also been involved in agile projects for years) and I would often have conversations about exactly this topic. Often the discussion would turn to our disappointment at the contributions of the testers to the project. Occasionally, we would work with a tester who "got it" and things would be wonderful, but this was the exception rather than the rule. Personally, I think "we" (developers) bear part of the blame here. We've treated testers and testing as an afterthought, as second class citizens for so long that perhaps they shouldn't be blamed for sticking to their comfort zones. After all, in a lot of corporate or non-agile shops, being an aggressive, dynamic, flexible tester isn't always a career enhancing thing. I'm beginning to believe that the only difference between a tester and a developer in an agile team is their mind-set. Developers always tend to be optimists, even on agile teams. Testers are our pessimists. Beyond that, in terms of skills, they really should be identical.

  3. Back to top

    IBM's view on "traceability"

    May 11, 2007 11:26 AM by Rajesh Duggal

    I wonder when IBM will decide if traceability is a good thing to track and measure or not. Rational RequisitePro http://www.ibm.com/software/awdtools/reqpro/ "Provides detailed traceability views that display parent/child relationships and show requirements that may be affected by upstream or downstream change" Yet, Mr. Ambler of the IBM Methods groups gives thumbs down to traceability. -- It was really confusing, and mischievously fun, to debate with "IBM Rational tools" believers against Scott's AgileModeling.com concepts. I guess IBM isn't in the business of selling paper and pens and whiteboards and markers. I hope Ambler wins, with AUP... http://www.ambysoft.com/unifiedprocess/agileUP.html Go,go,go! :) Raj.

Exclusive Content

Tapestry for Nonbelievers

A new article by I. Drobiazko and R. Zubairov introduces v. 5 of the Apache Tapestry component-oriented web framework. The tutorial shows how to create a component and covers IoC in Tapestry and Ajax.

Pete Lacey on REST and Web Services

In this interview, Burton Group consultant Pete Lacey talks to Stefan Tilkov about his disillusionment with SOAP, his opinion on REST, and addresses some of the perceived shortcomings REST vs. WS-*.

Business Natural Languages Development in Ruby

Jay Fields presents his concept of Business Natural Languages - a type of Domain Specific Languages geared towards being readable by domain experts.

Distributed Version Control Systems: A Not-So-Quick Guide Through

Adoption and interest for Distributed Version Control Systems is constantly rising. We will introduce the concept of DVCS and have a look at 3 actors in the area: git, Mercurial and Bazaar.

Segundo Velasquez and Agile as Seen Through the Customer's Eyes

Deborah Hartmann interviewed Segundo Velasquez about his experience as customer with an Agile team during the initial phase of software design of a product.

Fine Grained Versioning with ClickOnce

David Cooksey shows how to fine grained versioning to a ClickOnce deployment using an HttpHandler written with ASP.NET, making partial rollouts to a test audience much easier.

Implementing Manual Activities in Windows Workflow

Windows workflow (WF) is an excellent framework for implementing business processes, but lacks support for human activities. This article describes a completely generic approach for changing this.

Markus Voelter about Software Architecture Documentation

In this interview taken during OOPSLA 2007, Markus Voelter talks about the importance of documenting the software architecture, and gives some good and also bad examples on how it could be done.