 |
| | | | | Beschreibung der Erfahrung | | Die Arbeit der Tester findet oft separat von den Entwicklern statt. Das führt häufig dazu, dass Entwickler die Tester für Verzögerungen verantwortlich machen - während Tester den Entwicklern die Schuld für Fehler geben.
Der Autor des Buches: Die 10 goldenen Regeln des Software-Testens berichtet folgendes aus seiner Erfahrung:
Es war mein erster Arbeitstag als frisch eingestellter Leiter eines Testteams für ein großes und bedeutendes Projekt. Das Unternehmen hatte kürzlich einen Fehlschlag bei dem Versuch erlitten, eben dieses System aufzubauen, sodass das Projekt unter einem schlechten Stern stand.
Eine meiner ersten Begegnungen war die mit dem Generaldirektor der Firma. Er hieß mich freundlich in dem Unternehmen willkommen. Während er mir seine Zuversicht hinsichtlich der aktuellen Arbeit an dem System ausdrückte, machte er mir klar, dass die Zukunft der Firma von der erfolgreichen Implementierung des neuen Systems abhing.
Ich werde nie vergessen, was mir der Generaldirektor an diesem Tag für einen Auftrag erteilte. Er sagte, ,,ich will, dass Sie dieses System bis zum Erbrechen durchtesten. Zerreißen Sie es in der Luft, wenn nötig, denn es muss absolut in Ordnung sein." Als junger und folgsamer neuer Angestellter versicherte ich ihm, dass er sich auf mich verlassen könne. Diese Besprechung prägte die Vorstellung, die ich mir vom Testen machte. Ich spielte die Dogge und das Projektteam war mein Fressen.
Ich plante den Test, stellte das Testteam zusammen und am ersten Testtag taten wir, was viele Tester machen: wir saßen herum und warteten darauf, dass das System für den Test bereitgestellt wurde. Es dauerte nicht lange, bis das Team eine gehörige Zahl von Fehlern entdeckt hatte. Je mehr es wurden, desto größer wurden die Spannungen zwischen den Entwicklern und dem Testteam.
Die Ursache der Spannungen war nicht, dass Fehler gefunden wurden, sondern sie lag in unserer Einstellung zu den Entwicklern. Nicht, dass wir eine Antipathie gehabt hätten, aber wir gingen mit einer feindseligen Einstellung an die Testverfahren heran und dachten, das würde zu einem genaueren Test führen. Ich kann mich erinnern, dass ich mir sogar den Film Platoon ansah, um mich psychisch auf den Test vorzubereiten.
| | | Studientypen | | Einzelbeobachtung
| | | Problemlösung | | Bald kamen wir an einen Punkt, wo niemand mehr mit uns zusammen zum Mittagessen gehen wollte, also machten wir ein Friedensangebot. Das hieß nicht, dass wir beim Testen entspannter waren oder Kompromisse eingingen, aber wir arbeiteten mit einer neuen Einstellung - in einem Klima der Zusammenarbeit.
Anstatt die Gruppe der Entwickler als die zu sehen, die zur ,"anderen Seite" gehören, wurde uns klar, dass sowohl die Entwickler als auch die Tester Teil ein und desselben Teams waren und beiden genauso an der erfolgreichen Implementierung des Systems gelegen war. Um die Spannung zu entschärfen nahmen wir ein Mitglied der Entwicklungsgruppe in das Testteam auf. Das führte zu einem wesentlich entspannteren Verhältnis zu den Entwicklern, sodass wir effizienter testen konnten. Natürlich gab es auch Probleme und das Projekt sah zeitweise recht alt aus, aber schließlich konnte das System erfolgreich implementiert werden; alle hatten die Zeit überstanden und wir besprachen alles noch einmal.
Die Erfahrung stammt aus dem Buch Die 10 goldenen Regeln des Software-Testens | |
| | | | | | | | | | | | Zu dieser Seite wurden noch keine Kommentare oder Bewertungen abgegeben. |
|
| | | | | | | | Warum es wichtig ist... | | | | |  | Adressiert Technologien | | | | | | | | | Literaturhinweise | | | | | | | | | | |
|
Glossar 
Forschungsprojekte 
Anbieterverzeichnis 
Datenbanksuche 
Highlights 
Eintrag kommentieren
