The Latest

Instead of viewing software test automation as an effort to replace manual tests think of it as a means to extend the abilities of the tester. Combining the power of the human mind with automation tools helps fuel observation and discovery and provides a different perspective of the software under test.

In the testing business, we are infected with counting disease–we count test cases, requirements, lines of code, and bugs. But all this counting is an endemic means of deception in the testing business. How do we know what numbers are truly meaningful?

Michele Sliger uses a simple exercise to exemplify the changes self-organized teams cause in any company, especially with the project manager. In this column, Michele explains how to conduct this exercise and how to review and use the results to improve work relationships and communication. Above all, this exercise should help your whole organization understand how everyone's knowledge of a project's initiatives and goals affects the project's success.

Analyzing a project's interface requirements often starts late and focuses--sometimes exclusively—on creating a snazzy user interface. But failing to conduct interface analysis in a early increases the risk of project delays, overruns, and even failure. In this column, Mary Gorman makes the case for investing in interface analysis by explaining what it is and how it reduces the risk in software projects.

Decision making should be approached just like a software project: You have to map out what you want and how you're going to get it. Payson Hall tells the story of a team that set out to find the perfect product—without an official plan. Learn how to avoid the mistakes they made.

Unfortunately for the business analyst (BA), much of the literature regarding agile development focuses on the perspective of the developer, largely ignoring the role of the business analyst. BAs play a key role capturing requirements on large, software-intensive projects. Teams are co-located where programmers and their "customers" interact directly as a means of eliciting requirements. Organizations that are moving toward agile development may wonder if a has a role in agile software development. The answer, as addressed by this paper, is a resounding "Yes."

Jean Tabaka considers "flow," a term borrowed from the lean thinking world, to be a core discipline for guiding new agile teams. In this week's column, Jean reveals the characteristics of agile teams in flow, the roadblocks they may have to overcome, and the benefits they will derive from their successful flow adoption.