Conference Presentations

Quantifying the Value of Your Testing to Management

Congratulations, you're a true testing expert. You know all there is to know about test planning, design, execution and reporting, performance tests, usability tests, regression tests, agile, SCRUM, and all the rest. But it’s still
possible that your IT executives and business stakeholders do not fully understand the value of your work. It's time to communicate with them in a language they understand: Return on Investment (ROI). Arya Barirani will show you how to calculate the ROI of common test activities including test
automation, defect reduction, and downtime prevention; how to create reports for maximum effect; and how to evangelize the value of your testing efforts. You will learn how to make better decisions about investments like strategic
sourcing, lab infrastructure, and staffing through better quantification of their business value.

  • Learn how to use ROI as a metric to demonstrate the value of testing
Arya Barirani, Mercury
STARWEST 2006: Positioning your Test Automation Team as a Product

Test automation teams are typically created with the expectation of facilitating faster testing and higher product quality. To achieve these goals, the test
automation team must overcome many challenges--stale test data, burdensome test script maintenance, too-frequent product upgrades, insufficient resources, and unfamiliarity with the systems under test. Satya Mantena describes a creative approach to test automation that overcomes
these challenges. The first step is implementing keyword-driven testing. Satya demonstrates how the keyword testing approach is implemented proving this approach is not just theory but has been "proven in action." Satya concludes
by showing how positioning the test automation team as a "product" rather than as a central service, or embedded within each testing team, results in better testing.

  • Examine the difference between a service and a product
Satya Mantena, Nielsen Media Research
Back to the Beginning: Testing Principles Revisited

In 1976, Glenford Myers listed a set of testing principles in his book Software Reliability. Computing has changed dramatically since those days! iPods have more computing power than the Apollo spacecraft. Testing has even been
recognized as a profession-but testing approaches have not changed substantially since Myers' book. Erik Petersen examines classic testing principles to help us understand what still works and what doesn't. He compares some of
the originals with newer principles, including those from the international ISTQB™ testing syllabus. Along the way, Erik takes a light-hearted look at the state of software reliability today.

  • Review old testing principles that are still applicable
  • Consider new principles that the first generation of testers missed
  • Evaluate the quality of software testing today
Erik Petersen, Emprove
The Nine "Forgettings"

People forget things. Simple things like keys, passwords, and the names of friends long ago. People forget more important things like passports, anniversaries, and backing up data. But Lee Copeland is concerned with things
that the testing community is forgetting--forgetting our beginnings. We forget the grandfathers of formal testing and the contributions they made. We forget organizational context, the reason we exist and where we fit in our company. We forget to grow, to learn, and to practice the latest testing techniques. And we forget process context, the reason that a process was first created but which
may no longer exist. Join Lee for an explanation of these nine "forgettings", the negative effects of each, and how we can use them to improve our testing, our organization, and ourselves.

  • Learn how we must constantly rediscover
Lee Copeland, Software Quality Engineering
More Stress, Less Distress

An overwhelmingly harsh test will expose dramatic vulnerabilities, but stress testing requires sensitivity to the unexpected. In this article, Michael Bolton directs readers out of the automated-testing comfort zone and toward better methods of spotting unanticipated problems.

Michael Bolton's picture Michael Bolton
William Robert Elmendorf: In Memoriam

A look back at the life of Bill Elmendorf.

Richard Bender's picture Richard Bender
Planting Seeds of Software Awareness

Some of the most powerful tools for software developers are now free--a fact which Chris McMahon believes should help bring small businesses and local developers together in the creation of custom software. Read of how he plans to accomplish this on a local level.

Chris McMahon's picture Chris McMahon
The $60 Web-Testing Toolbox

A tester can use a Web browser all day to conduct functional testing, but a browser won’t provide much detail or insight on its own. Learn how to improve your functional Web-testing capabilities on a budget with thes $60 Web-Testing Toolbox.

Brent Strange
Master of Your Domain

Function testing is easy, according to Michael Bolton, and domain testing is only a little harder--but there are catches. In this column, he offers some tips to help you keep the risks of domain testing under control.

Michael Bolton's picture Michael Bolton
Risky Business: A Safe Approach to Risk-Based Testing

When you’ve got more tests than time, you prioritize based on risks. But risk-based testing has risks of its own. Randall Rice offers some advice on balancing risks with contingencies to take some of the bite out of risk-based testing.

Randy Rice

Pages

AgileConnection is a TechWell community.

Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.