|
Deception and Self-deception in Software Testing Untruths about software testing are common. Managers, programmers, and other people on software projects don't always mean to deceive. Quite often, they fool themselves into believing what they want to believe. But sometimes they lie deliberately and even pressure testers to lie. And testers can also practice deceptions and self-deceptions of their own. In this column, Fiona Charles describes four categories of common deceptions and self-deceptions in testing and outlines what testers need to do to address them.
|
|
|
How Much Building Is Too Much? Staged integration versus continuous integration—which does your team prefer? Can't decide if one is better than the other? In this column, Johanna Rothman explains that you can create the perfect blend of the two. Developers and testers benefit from frequent builds, but be careful with how much you build. Build too much or too little and a project could topple.
|
|
|
Not Your Father's Test Automation If you think that test automation is mostly about executing tests, then you're missing out on a big opportunity. Or rather, you're missing a lot of small opportunities adding up to a big one. Consider this: stop thinking about test automation as merely executing automated tests, stop thinking about test automation as something you need expensive tools for, and start discovering automation you can implement in a couple of days and usually with extremely inexpensive tools or tools you already have available. In this week's column, Danny Faught and James Bach suggest taking a more Agile approach to test automation.
|
|
|
Keeping Secrets Test data has long been a challenge for testing; privacy legislation, identify theft, and the continued trend towards outsourcing has made it even worse. Just establishing and maintaining a comprehensive test environment can take half or more of all testing time and effort. In this column, Linda Hayes adds in the new and expanding privacy laws that inevitably limit your testing options. Yet from the quagmire of laws and company standards, better testing can emerge.
|
|
|
Bumper Stickers for Testers Why is software testing perceived as dull? How many other jobs can list "crash," "hang," and "death march" in their daily vocabularies? In this week's column, Harry Robinson encourages testers to embrace a little pride and excitement in what they do, and Harry has just the mottos for bumper stickers that announce Tester Pride. Author's note: Feel free to add your own favorite slogan in the comment section at the end!
|
|
|
How to Energize Your Test Team You're waist deep in your third month of late nights, weekends, and shipping stress; you can see and feel your team's energy waning. The goal is in sight but still far off, and you need the very best from everyone to reach the goal. How are you going to motivate and energize your team to reach the finish line? This article explores the major issues test team leaders face: keeping a team motivated and knowing when it needs to be energized.
|
|
|
By the Dashboard Light: Providing Information, Not Data Your test group has an abundance of data but what does it mean to developers, project managers, or senior managers? In this column, Johanna offers a solution for delivering information to all of your customers in one place, that will be as handy as your car's dashboard.
|
|
|
Testers Shine on Agile Projects Agile projects draw testers out of the background and into the spotlight. Testers play a distinctive role and drive product development by creating acceptance tests before any code is even written. Johanna Rothman sets the stage and explains the benefits of giving testers their chance to shine.
|
|
|
Ten Ways to Guarantee Project Failure Naomi Karten specializes in helping companies succeed in their projects. In this column, however, she gives tongue-in-cheek advice on how to make a project fail. Read on to see if these steps to failure are part of your organization's modus operandi.
|
|
|
Where Are the Testers in XP? With Extreme Programming, programmers are taking responsibility for writing their own unit tests. What work does this leave for testers? Some people think that XP saves costs by eliminating the need for testers. Does programmer testing really take the place of tester testing? In this column, Bret Pettichord offers ways for testers to provide value to XP teams.
|
|