Skip navigation.

Archives

Titus Brown Testing Article - Death Spiral

Nice testing article from Titus Brown.  He makes some good points about automated tests:

The (Lack of) Testing Death Spiral

"So, automated tests are important for maintenance, and they are critical for making sure that your old code still works while you focus on new code.

(FIT) Fixture Gallery now available

Fixture Gallery is a cookbook for FIT/FitNesse tests. It provides developers with a quick overview of the most important fixture types and concepts for agile acceptance testing using the FIT framework. For each fixture type, this document explains the table format and fixture class structure and provides advice when to use and when not to use it. Each example is accompanied by the source code for Java and .NET FIT implementations, in a form that can be easily copied and used as a template for similar fixtures.

Agile Alliance academic research programme

This program aims to encourage researchers to focus on research questions and issues concerned with agile software development. Researchers are encouraged to apply for small grants to support activities such as conducting a series of visits to practitioner sites, performing interviews, supporting a researcher for a short time to extend existing work into agile development, [...]

New tool added - Radi

Radi-testdir is a lightweight test director. Radi supports test director features like configuring the test plan, updating (create/edit) the test results for the test image/build stores in the image results set.

Black-Box song

Another long day at the office, a crashed hard-drive at home, the wrong version of Windows Vista media (who knew you had to order the 64-bit version after you opened the version you purchased?), and estimates for a new driveway stuck in the door when you get home… It’s all ok now. I’m smiling thanks [...]

try again tomorrow - leap year bugs

general software testing

Around about 20 years ago, I left my first job at Frontier Software after 2 years. All the code was in COBOL, and it was some of the best, cleanest code I’ve ever seen. For common code, we would just include libraries to reuse standard functions. I can remember reading the date routines and the obscure logic of the leap year calculations. These days, most languages provide standard libraries of functions, so all the hard work is done. Does this mean that programs all handle leap years now? Apparently not, in fact the situation is so poor that “The honor society of leap year day babies” has provided a code snippet for programmers to re-use. They acknowledge it isn’t the best, and it is just in perl, but they are not programmers just frustrated users (looking for programmers to provide other examples). They have actually updated the code and added a ruby version as well, but being unfamiliar with change control, the new version is hidden as a link off the old page. So what are some of the things that frustrated them? Systems that refuse to allow Feb 29 in a leap year as a birthday. A ToysRus birthday card system that won’t accept leap day birthdays, YouTube (since fixed), Nickelodeon and Pampers, and assorted government systems . The workaround is typically to force a choice of a day before or a day after, which is effectively corrupting the information. No wonder they are annoyed.

Changing how I think about training

“Instead of focusing on training for a complex task, how can you make the task easier to perform?” -InfluencerAmong other things, I’ve been leading a performance test team for the last couple years now. It’s been an uphill battle trying to find and develop the right talent, tame the performance testing environments, and deliver consistent [...]