Voorwoord

 

Foreword to TMap Next, by Rex Black

 

By the 1980s, Fred Brooks and Barry Boehm had explained that the costs and risks associated with bugs are high and increase as projects progress. In the 1980s, Boris Beizer and Bill Hetzel added another essential insight: testing, done properly, must be influenced by, and influence, risk.

Come the 1990s, leading test professionals were striving mightily to put these insights into action. How do we integrate testing into the entire lifecycle to reduce cost and schedule impacts of bugs? How do we use risk to determine the extent and sequence of testing? How can we report test results in terms of risks mitigated and not mitigated? How can we help project teams make rational decisions regarding the optimal amount of time and energy to expend on testing?

I was one of those test professionals. So were the authors of this book, Tim Koomen, Leo van der Aalst, Bart Broekman, Michiel Vroon, and Rob Baarda. In this book, as in my own books, you can see where that synthesis has taken us. And it has taken us a long way.

As you read this book, comprehensive and comprehensible, pause to remember that it was only ten years ago that test professionals were struggling to understand and implement a complete, consistent approach to testing that managed product quality risks and delivered demonstrable business value. Now, test professionals have a number of fully articulated strategies such as those in this book and my own books which we can use to ensure that we are solving the right testing problems.

In this book, you’ll find practical ideas for business driven test management and product risk analysis. These two concepts are so central to testing, yet so often ignored and misunderstood. How does testing serve the needs of the organization and project? What are the risks associated with the system under test that can and should be mitigated through testing? These may seem like obvious questions, yet all too often test teams don’t know the answers, or, worse yet, they “know” the wrong answers. Getting the right answers to these questions is foundational to a good test effort, and serves to set the direction.

As essential as this direction-setting, foundation-laying material is, there is a lot more to this book than just a means to get the starting point right. Indeed, the authors promise a “full description of the total test process,” an explanation of the entire TMap method, from start to finish, and they deliver. Let me mention a few high points.

The chapter summarizing test design techniques is alone a good reason to have this book close at hand if you work as a test engineer. The discussion on bug management is a fine one. There is a wide-ranging discussion of estimation techniques. There is an intelligent discussion of test metrics, one that doesn’t make the all-too-frequent mistake of starting with fancy Excel graphs and tables, but rather by discussing what kind of information that management needs from us as testers.

Pick a random spot in this book and you’ll find something interesting. Whether you are in the first days or the final days of a test effort, you’ll find pertinent ideas in this book. Like my own books, this book was obviously written to sit on your desk, ready to serve as a helpful guide on a regular basis, not to collect dust on your bookshelf.

I have in the past complained that as testers we have not built on the foundations of our profession as well as our brothers and sisters in programming. In fact, this has been a key driver for me as an author of testing books. Similarly, Tim, Leo, Bart, Michiel, and Rob have done a fine job of summarizing in this book a number of foundational concepts in software testing. For that reason, I recommend that this book join the set of ready references available to you as together we practice and improve our profession of software testing.

 

 

Rex Black, October 2006

Author of Managing the Testing Process, Critical Testing Processes, Foundations of Software Testing, and Pragmatic Software Testing

President of Rex Black Consulting Services, Inc.

President of the International Software Testing Qualifications Board

 

 

Foreword by Luc-François Salvador

 

 

It is a great privilege for me to recommend TMap Next to you as a member of the continued growing group of people who are professionally involved in improving the quality of a wide range of business processes.

 

Test Management Approach (TMap) was published in 1996 as a revolutionary management approach for structured testing. Within a few years, TMap was adopted worldwide by companies searching for a structured way to improve their information systems. The objective is to preserve their business processes and market image from damage.

Today TMap has become the de facto world standard for structured testing.

 

In the meantime, information technology is developing with an astonishing speed. The complexity of chains of information systems supporting the business is increasing rapidly. Defect tolerance is decreasing at the same speed. Experience gained by practice in the area of software testing and the knowledge of IT issues acquired over the years in professional testing are brought together in this complete update: TMap Next.

 

This impressive book is an absolute must for the modern business manager, IT manager, and Testing expert. Not only will TMap Next inform you as a manager of how to take advantage of the latest developments in the testing profession, but also, even more importantly, assist you in improving the quality of IT incorporated in your current business processes.

 

Without hesitation I can say this to the reader – if you practice what you read in this book the dream of predictable software engineering to realize business value is indeed attainable by your organization.

 

 

Luc-François Salvador

CEO Sogeti SA

Paris

 

 

Voorwoord van de auteurs

 

 

 

Een geheel vernieuwd TMap!

 

Tien jaar na het eerste (Nederlandse) boek, vijf jaar na de tweede druk en drie jaar na de Engelse vertaling zijn we eind 2005 gestart met een grote vernieuwing van de methode, met als resultaat het boek dat nu voor u ligt.

 

Er is een aantal redenen te geven waarom we deze volledig nieuwe versie uitbrengen:

De tijd heeft niet stil gestaan. Een groot aantal mensen vroeg daarom om actualisering van de methode, velen hebben hiervoor ideeën aangedragen.

Dát testen nodig is, is in 2006 voor de meeste organisaties wel duidelijk, de discussie gaat veel meer over het hoe lang, hoe veel en wat getest moet worden.

In de vorige versie was testen als een op zichzelf staand proces bij de (waterval) nieuwbouw van informatiesystemen beschreven. De huidige ontwikkelingen in de IT gaan veel breder: meer onderhoud dan nieuwbouw, veel pakketimplementaties en iteratieve en agile systeemontwikkeling. Hoewel de methode met de praktijk mee geëvolueerd is, gold dit niet voor het boek. In deze nieuwe versie wordt testen veel meer als een integraal onderdeel van het grotere geheel gezien.

In veel organisaties is testen in de lijn ingericht, in plaats van puur als projectmatige activiteit. Er zijn diverse lijnorganisatievormen mogelijk, tot complete testfabrieken toe, elk met bepaalde voor- en nadelen. In de literatuur is hier nog weinig aandacht voor.

En misschien wel het belangrijkst: testen moet veel meer als economische activiteit binnen de IT worden gezien. Tijd en kosten, maar ook de opbrengsten, moeten aan de opdrachtgever duidelijk gemaakt worden. Met deze informatie kan hij/zij het testen sturen op de benodigde hoeveelheid tijd en kosten ten opzichte van de baten: inzicht in kwaliteit en risico’s, vertrouwen in het product en project(stuur)informatie. Dit onderdeel van TMap heet BDTM, Business Driven Test Management, en is de rode draad door de methode.

 

Bij het vernieuwen van de methode hebben we te maken gehad met een aantal uitdagingen. De vele wensen tot vernieuwing stonden soms haaks op het besef dat veel organisaties al naar volle tevredenheid werken volgens TMap en niet erg enthousiast zijn om de werkwijze overhoop te gooien. We hebben er daarom voor gekozen de hoofdbestanddelen van TMap intact te laten, maar in de details de benodigde vernieuwing te verwerken. Hierbij zijn we zo zorgvuldig mogelijk tewerk gegaan. Dit betekent voor u als lezer een stuk herkenning. Met name de hoofdlijnen van de procesbeschrijvingen aan de hand van fasen, met per fase diverse activiteiten, en de aandacht voor technieken, organisatie en infrastructuur zijn blijven bestaan. Hier bovenop hebben we diverse vernieuwingen aangebracht. De belangrijkste zijn:

 

BDTM is als rode draad door het proces heen gevlochten om de opdrachtgever zoveel mogelijk stuurmogelijkheden voor het testen te bieden.

Het uitvoeren van een productrisicoanalyse is uitgebreid beschreven.

Diverse begrotingstechnieken voor het testen zijn opgenomen.

De beheeractiviteit is flink uitgebreid.

Het inrichten en beheren van de testinfrastructuur is een aparte fase geworden, met nieuw de rol van testinfrastructuurcoördinator.

De beschrijving van de testontwerptechnieken is flink verbeterd en geactualiseerd. De technieken worden nu gerelateerd aan diverse dekkingsvormen.

Diverse ondersteunende processen, zoals een permanente testorganisatie, maar ook het selecteren en implementeren van tools en beheren van testomgevingen worden behandeld.

Testvormen voor het testen van regressie, usability, performance, portabiliteit en beveiliging zijn toegevoegd.

De methode is veel breder beschreven dan enkel nieuwbouw in een watervaltraject.

Het gehele boek is verrijkt met meer dan 400 tips, uitdiepingen en praktijkvoorbeelden.

 

Het nieuwe TMap vatten we daarmee samen in vier essenties:

Het is gebaseerd op een business driven test management aanpak, die de opdrachtgever in staat stelt het testproces te sturen op rationele en economische gronden.

Het geeft een volledige beschrijving van het totale testproces.

TMap bevat een complete ‘gereedschapskist’, dat wil zeggen techniekbeschrijvingen, checklists, procedures, en dergelijke.

Het is een adaptieve methode, flexibel toe te passen en daarmee geschikt voor alle testsituaties in de meeste ontwikkelomgevingen, zoals nieuwbouw, onderhoud, waterval / iteratief / agile ontwikkeling, maatwerk of pakketsoftware.

 

TMap biedt de tester en testmanager een leidraad om binnen zijn/haar context resultaat te leveren voor de opdrachtgever.

 

Omdat de vragen om vernieuwing zowel uit Nederlandstalige landen als uit andere landen komen, wordt het boek vrijwel parallel in zowel het Engels als Nederlands uitgebracht.

Deze nieuwe uitgave is tot stand gekomen zonder betrokkenheid van de oorspronkelijke schrijvers Martin Pol, Ruud Teunissen en Erik van Veenendaal. Hun pionierswerk bij het neerzetten van een complete testmethode wordt door ons nog steeds hoog gewaardeerd. Zonder hen zou TMap niet geweest zijn wat het nu is.

 

Verder mag duidelijk zijn dat een grote groep mensen geholpen heeft bij de totstandkoming van dit boek. Hun bijdragen varieerden van het inbrengen van ideeën, het delen van ervaringen en ervaringsproducten, het reviewen van hoofdstukken tot het invullen van de benodigde randvoorwaarden. Wat voor bijdrage ze ook geleverd hebben, het is essentieel geweest voor de huidige bereikte kwaliteit. Wij willen hen vanaf deze plaats zeer hartelijk danken. Op gevaar af iemand over te slaan, willen we toch al deze personen met naam noemen.

 

Als eerste worden de externe reviewers bedankt die belangeloos hun tijd, aandacht en grote kennis hebben gegeven aan het reviewen. Dit waren:

Jan Blaas (KPN)

Jan Boerman (ICTRO, Ministerie van Justitie)

Jarmila Bökkerink-Scheerova (Philips)

Heidi Driessen (Rabobank)

Bart Dooms (Acerta, België)

Ed van der Geest (SNS Bank)

Erwin Kleinveld  (Rabobank)

Sander Koopman (Fortis Bank)

Ine Lutterman (Interpay)

Marco Maggi (Ministerie van LNV)

Benjamin Makkes van der Deijl (PGGM)

Jan Mellema (CIP Politie)

Remco Möhringer (Reaal Verzekeringen)

Paul van der Molen (Cordares)

Brian Taylor (FortisBank)

Ubel van Tergouw (UWV)

Sylvia Verschueren (ABN AMRO)

Hans Vedder (Friesland Bank)

Dennis van Velzen (AFAS ERP Software BV)

 

 

Ook de grote groep Sogeti collega’s heeft natuurlijk enorm geholpen. Hun bijdragen varieerden van het lid zijn van de klankbordgroep, reviewen tot bijdragen van ideeën en zelfs complete teksten:

Richard Ammerlaan, Luciëlle de Bakker, Eric Begeer, Paul Bentvelzen, John Bloedjes, Martin Blokpoel, Hester Blom, Martin Boomgaardt, Raoul Gisbers, Frank Goorhuis, Guy Holtus, Bart Hooft van Iddekinge, André Huikeshoven, Marco Jansen van Doorn, Ralph Klomp, Rob Kuijt als gastschrijver van hoofdstuk 7, Peter van Lint, Dominic Maes (Sogeti België), Willem-Jan van der Meer, Henk Meeuwisse, Gerrit Mudde, Guido Nelissen, Bert Noorman, André van Pelt, Elisabeth Reitsma, Ewald Roodenrijs, Rob Smit, Gert Stad, Marc Valkier, Thomas Veltman, Johan Vink, Ben Visser, Harm de Vries, expertisegroep voor usability (Kinga Visser, Gina Utama, Ronald Oomen, Wolter van Popta, Robin Klein, Thomas Veltman, Mans Scholten, Mark Schut, Martien Adema, Jeroen Bultje).

 

Dit boek is niet mogelijk geweest zonder de steun van het managementteam van Software Control. In het bijzonder willen we Wim van Uden en Mark Paap bedanken. Hun waardering en belangstelling zijn stimulerend geweest voor ons.

 

De afgelopen periode hebben wij met veel plezier aan het boek gewerkt. Of u nu een ervaren TMap-gebruiker bent of een onervaren tester, wij hopen u met dit boek een helder verhaal te bieden over hoe het testproces in al zijn aspecten het best ingericht kan worden en u te inspireren met de vele ideeën, uitdiepingen en tips. We zijn trots op het resultaat en hopen dat u dat als lezer zult beamen.

 

Tim Koomen

Leo van der Aalst

Bart Broekman

Michiel Vroon

Rob Baarda (projectleiding en redactie)

 

Rotterdam, oktober 2006