DocumentCode
2379606
Title
How not to do agile testing
Author
Puleio, Michael
Author_Institution
Microsoft Corp., Redmond, WA
fYear
2006
fDate
23-28 July 2006
Lastpage
314
Abstract
When our team adopted extreme programming and Scrum, there were a number of challenges. Integrating an agile team in a "traditional" organization created friction and conflict within the team and with management. The team consisted of volunteers new to agile practices. We had difficulties with planning, estimation, task breakdown, managing requirements and working together in a collocated space. However, the biggest challenge the team encountered was not in any of these other areas, but in one that most of the team figured was simple: testing. This paper describes how difficult it was to actually get the various testing practices in place and functioning properly. In particular, the author discusses challenges we faced in coming to a common understanding of the practices, estimating testing effort, allocating the time required to do automated tests in a feature-driven culture, and getting a team of diverse individuals to understand how to apply principles that sound great but are challenging to implement
Keywords
DP management; program testing; project management; software development management; team working; Scrum; agile practices; agile team; agile testing; automated tests; extreme programming; Acoustic testing; Automatic testing; Best practices; Electric breakdown; Engineering management; Friction; Internet; Project management; System testing; Wrapping;
fLanguage
English
Publisher
ieee
Conference_Titel
Agile Conference, 2006
Conference_Location
Minneapolis, MN
Print_ISBN
0-7695-2562-8
Type
conf
DOI
10.1109/AGILE.2006.34
Filename
1667593
Link To Document