Skip to main content Accessibility help
×
Hostname: page-component-848d4c4894-nr4z6 Total loading time: 0 Render date: 2024-05-20T14:41:51.901Z Has data issue: false hasContentIssue false

17 - Test-Infecting a Development Team

Published online by Cambridge University Press:  26 October 2009

John Watkins
Affiliation:
IBM Software Group, UK
David Evans
Affiliation:
Director of Methodology at SQS
Get access

Summary

SYNOPSIS

A software quality services company had a good idea for a software product; they assembled a team of developers to build it and instructed them to run it as an agile project. Competent and experienced, but new to agile and skeptical of what seemed like radical new processes, the developers learned from first-hand experience that tests are highly valuable information sources, and that thinking about development from a test-first perspective leads to highly efficient, bug-free software design. They became “test-infected” – a condition where developers are so enthused about test-driven development that they refuse to return to their “bad old ways” of writing software without tests.

Introduction

My name is David Evans. I am the Director of Methodology at SQS, a pure-play testing and software quality consultancy. I am also the chief Agile Testing Evangelist in the company.

I have been in the software development and testing business for twenty years, first as a mainframe developer and tester, later moving to object-oriented C++ windows development and then .NET web development. In 2000 I joined Cresta, a testing consultancy, where I specialized in test automation, test methodology, and software quality practices. Cresta was later acquired by SQS.

In 2002 while carrying out a test strategy assignment for a global pharmaceutical company, I came across Extreme Programming (XP), which was being trialled by some of their development teams, and had to factor this into their enterprise-wide test strategy.

Type
Chapter
Information
Agile Testing
How to Succeed in an Extreme Testing Environment
, pp. 122 - 131
Publisher: Cambridge University Press
Print publication year: 2009

Access options

Get access to the full version of this content by using one of the access options below. (Log in options will check for institutional or personal access. Content may require purchase if you do not have access.)

Save book to Kindle

To save this book to your Kindle, first ensure coreplatform@cambridge.org is added to your Approved Personal Document E-mail List under your Personal Document Settings on the Manage Your Content and Devices page of your Amazon account. Then enter the ‘name’ part of your Kindle email address below. Find out more about saving to your Kindle.

Note you can select to save to either the @free.kindle.com or @kindle.com variations. ‘@free.kindle.com’ emails are free but can only be saved to your device when it is connected to wi-fi. ‘@kindle.com’ emails can be delivered even when you are not connected to wi-fi, but note that service fees apply.

Find out more about the Kindle Personal Document Service.

Available formats
×

Save book to Dropbox

To save content items to your account, please confirm that you agree to abide by our usage policies. If this is the first time you use this feature, you will be asked to authorise Cambridge Core to connect with your account. Find out more about saving content to Dropbox.

Available formats
×

Save book to Google Drive

To save content items to your account, please confirm that you agree to abide by our usage policies. If this is the first time you use this feature, you will be asked to authorise Cambridge Core to connect with your account. Find out more about saving content to Google Drive.

Available formats
×