• 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