Acceptance software testing

Automated Acceptance Testing, The Vietnam of Test Driven Development

May 30, 2011 0

Ted Neward’s 2006 essay “The Vietnam of Computer Science” famously compares Object/Relational mapping to the Vietnam War: “The United States began a military project with simple yet unclear and conflicting goals, and quickly became enmeshed in a quagmire that … brought down two governments”. The analogy can equally apply to Automated Acceptance Testing: early successes lead to committing to use Cucumber Tests for all stories; more and more resources get spent covering difficult cases and maintaining fragile tests; before you know it your project is bogged down, and you are scrambling for the last helicopter off the embassy roof. This video present on the goals of acceptance testing, when and how to use them and, as importantly, when not to use them.

The Principle of Symmetric Change

December 6, 2010 0

Many of the most common problems people have with implementing BDD or agile acceptance testing come from a misalignment of conceptual models. By changing our view at the specifications/tests we can make most of those issues go away instantly. This post explains the principle of symmetric change: one small change in a business model should require one small change to executable specifications.

Are tools necessary for acceptance testing, or are they just evil?

March 1, 2010 0

One of the biggest benefits from acceptance testing for me was that the teams finally get a source of information on what goes on in the system as reliable as the code itself. Without acceptance tests, code is the only thing you can really trust and any other documentation gets outdated very quickly. Acceptance tests stay relevant throughout the project because they are automated, and automated tests are kept up to date in order for them to pass. Automation, and consequently a tool, are necessary to get this benefit.

1 3 4 5