26th Test Management Forum - 28 July 2010

The 26th Test Management Forum will take place on Wednesday 28 July 2010 at the conference centre at Balls's Brothers, Minster Pavement.

The meeting is sponsored by our patrons: SQS UK and Original Software and Tricentis Technology & Consulting and as usual, is FREE to attend.

For more information - click here...

To book a place click here...

PROGRAMME

Usual timetable:

13.30pm Register/coffee
14.00pm Introduction
14.15pm Sessions A, B, C
15.30pm Tea/Coffee
16.00pm Sessions D, E, F
17.15pm Drinks Reception

The following sessions are confirmed. Thre programme will be finaslied in the next week or so.

Richard Roy, Tricentis: Breaking the mould in Automated Testing

Functional test automation fails due to two problems: The maintenance problem of test scripts/frameworks and the problem of test data. In order to achieve high automation for the functional regression tests both areas, script-maintenance and test data management must be solved. This session will elaborate on how these two seemingly different aspects depend on each other and how some Blue Chip companies have already solved both problems and achieved automation levels beyond 80%.

Jonathan Pearson, Original Software: The Dark Side of Application Quality Management Ten Black Holes to Avoid For Successful Application Delivery

The quality of application delivery is at the heart of many of the challenges faced in IT projects, and this session will review some of the most common pitfalls and pain points that often beset development projects. With the help of Yoda, Obi Wan and others from the Star Wars cast, you will learn how best to avoid these challenges and deliver your projects on time, on budget and most importantly with quality.

James Wilson, Secerno: Why is testing in an Agile with Scrum environment hard? (And what can we do about it?)

James says, "During the last few UKTMF events I have attended Agile with Scrum has come up in a number of presentations and whether people like it or not as a project management methodology it is here to stay. I would like to cover a number of areas that I believe this methodology makes particularly hard for testing teams, including:

  • Agile with Scrum fixes the time and normally fixes the cost by virtue of having a fixed team size. When considering the Quality, Cost, Time triangle the only remaining area that can be changed is quality.
  • Short sprints where a releasable artefact is required at the end of each sprint makes the following areas of testing difficult as there is typically only a short period of time (days) between development finishing the code changes and the end of the sprint.
    • Soak testing
    • Stress testing
    • Regression Testing
To book a place click here...