ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 18.04.2021
Просмотров: 1795
Скачиваний: 4
Certified Tester
Foundation Level Syllabus
(Deutschsprachige Ausgabe)
Version 2011
Seite 16/84
1.8.2011
© International Software Testing Qualifications Board
•
Entwurf des Testumgebungsaufbaus und Identifikation der benötigten Infrastruktur und Werk-
zeuge
•
Erzeugen (bzw. Sicherstellung) der Rückverfolgbarkeit zwischen Testbasis und Testfällen in
beiden Richtungen
1.4.3 Testrealisierung und Testdurchführung (K1)
Testrealisierung und -durchführung ist die Aktivität, bei der unter Berücksichtigung aller anderen In-
formationen, die zur Testdurchführung nötig sind, Testabläufe und Testskripte spezifiziert werden,
indem Testfälle in einer besonderen Reihenfolge kombiniert werden. Des Weiteren wird die Testum-
gebung in dieser Phase entsprechend konfiguriert und genutzt.
Testrealisierung und -durchführung umfassen die folgenden Hauptaufgaben:
•
Endgültige Festlegung, Realisierung und Priorisierung von Testfällen (einschließlich Festle-
gung der Testdaten)
•
Erstellung und Priorisierung des Testablaufs, Erstellung der Testdaten, der Testszenarien
und optional Vorbereitung der Testrahmen und Entwicklung von Skripten zur Testautomati-
sierung
•
Erstellung von Testsuiten basierend auf dem Testablauf, um die Testdurchführung möglichst
effizient zu gestalten
•
Kontrolle, ob die Testumgebung korrekt aufgesetzt wurde und Sicherstellung der richtigen
Konfigurationen
•
Überprüfung und Aktualisierung der Rückverfolgbarkeit zwischen Testbasis und Testfällen in
beide Richtungen
•
Ausführung von Testabläufen (manuell oder automatisiert) unter Einhaltung des Testplans
(Reihenfolge, Testsuiten etc.)
•
Protokollierung der Testergebnisse und Dokumentation der genauen Version des jeweiligen
Testobjekts und der eingesetzten Testwerkzeugen und Testmittel
•
Vergleich der Ist-Ergebnisse mit den vorausgesagten Ergebnissen
•
gefundene Fehlerwirkungen oder Abweichungen festhalten und analysieren, um den Grund
eines Problems festzustellen (z.B. Fehler im Code, in spezifizierten Testdaten, im Testdoku-
ment oder Fehler bei der Durchführung passiert)
•
Alle Testfälle, die eine Fehlerwirkung aufgedeckt haben, müssen nach der Behebung der je-
weiligen Ursachen nochmals getestet werden (Fehlernachtest). Ein Fehlernachtest wird
durchgeführt, um sicherzustellen, dass eine Fehlerbehebung in der Software den gewünsch-
ten Erfolg gebracht hat. Darüber hinaus sind weitere Testwiederholungen (Regressionstest)
nötig, um sicherzustellen, dass die Fehlerbehebung bzw. Softwareänderung keinen negati-
ven Einfluss auf bereits bestehende Funktionalität hatte, oder dass nicht weitere (bisher mas-
kierte) Fehlerzustände freigelegt wurden.
1.4.4 Bewertung von Ausgangskriterien und Bericht (K1)
Mit der Bewertung der Ausgangskriterien/Testauswertung werden die Testaktivitäten auf ihre Ziele hin
untersucht. Diese Phase sollte in jeder Teststufe abgehandelt werden (siehe Abschnitt 2.2 Teststufen
(K2)).
Zu Testauswertung und -bericht gehören folgende Hauptaufgaben:
•
Auswertung der Testprotokolle in Hinblick auf die im Testkonzept festgelegten Ausgangskrite-
rien
•
Entscheidung, ob mehr Tests durchgeführt oder die festgelegten Ausgangskriterien angepasst
werden müssen
•
Erstellung des Testabschlussberichts für die Stakeholder
Certified Tester
Foundation Level Syllabus
(Deutschsprachige Ausgabe)
Version 2011
Seite 17/84
1.8.2011
© International Software Testing Qualifications Board
1.4.5 Abschluss der Testaktivitäten (K1)
Während des Abschlusses der Testaktivitäten werden Daten von abgeschlossenen Aktivitäten voran-
gegangener Testphasen gesammelt und konsolidiert (Erfahrungen, Testmittel, Fakten, Zahlen). Test-
abschlussaktivitäten finden im Rahmen von Projektmeilensteinen statt; beispielsweise wenn eine
Software in Betrieb genommen wird, ein Testprojekt abgeschlossen (oder abgebrochen) wird, ein
Meilenstein erreicht wird oder ein Wartungs-Release (maintenance release) abgeschlossen ist.
Der Abschluss der Testaktivitäten umfasst folgende Hauptaufgaben:
•
Kontrolle, welche der geplanten Arbeitsergebnisse geliefert wurden,
•
Schließung der Fehler-/Abweichungsberichte oder Erstellung von Änderungsanforderungen
für weiter bestehende Fehler/Abweichungen
•
Dokumentation der Abnahme des Systems
•
Dokumentation und Archivierung der Testmittel, Testumgebung und der Infrastruktur für spä-
tere Wiederverwendung
•
Übergabe der Testmittel an die Wartungsorganisation
•
Analyse und Dokumentation von „lessons learned“, um nötige Änderungen für spätere Projek-
te abzuleiten
•
Nutzung der gesammelten Informationen, um die Testreife zu verbessern
Certified Tester
Foundation Level Syllabus
(Deutschsprachige Ausgabe)
Version 2011
Seite 18/84
1.8.2011
© International Software Testing Qualifications Board
1.5 Die Psychologie des Testens (K2)
25 Minuten
Begriffe
intuitive Testfallermittlung, Unabhängigkeit
Hintergrund
Die Einstellung zu Testdurchführung und Reviewphase unterscheidet sich von derjenigen bei der
Softwareentwicklung.
Mit der richtigen Einstellung sind auch Entwickler fähig, ihren eigenen Code zu testen. Die Verlage-
rung dieser Verantwortung auf einen Tester hat neben der Verteilung des Aufwands jedoch noch wei-
tere Vorteile: eine unabhängige Sichtweise von geschulten, professionellen Testexperten. Unabhängi-
ges Testen kann in jeder Teststufe angewendet werden.
Ein gewisser Grad an Unabhängigkeit steigert die Effektivität des Testers bei der Fehlersuche (Be-
triebsblindheit). Unabhängigkeit ist allerdings auf keinen Fall ein Ersatz für Erfahrung (Vertrautheit) mit
der Software, auch Entwickler können effizient viele Fehler in ihrem eigenen Code finden.
Folgende Stufen der Unabhängigkeit (von niedrig nach hoch) können definiert werden:
•
Der Test wird vom Entwickler für den eigenen Code durchgeführt (keine Unabhängigkeit).
•
Der Test wird von einem anderen Entwickler durchgeführt (z.B. innerhalb des Entwicklungs-
teams).
•
Der Test wird von ein oder mehreren Personen aus einer anderen organisatorischen Einheit
(z.B. unabhängiges Testteam) oder einem Testspezialisten (z.B. Spezialist für Benutzungs-
freundlichkeit oder Performance) durchgeführt.
•
Der Test wird von ein oder mehreren Personen außerhalb der (entwickelnden) Organisation
(z.B. internes Testlabor) oder der Firma durchgeführt (d.h. Outsourcing oder Zertifizierung
durch externe Institutionen).
Mitarbeiter und Projekte werden durch Zielsetzungen angetrieben. Mitarbeiter neigen dazu, ihre Plä-
ne an die Ziele anzupassen, die ihnen vom Management oder anderen Stakeholdern vorgegeben
werden. So versucht ein Tester, Fehlerzustände in der Software zu finden oder zu bestätigen, dass
die Software die Ziele erfüllt. Daher ist es sehr wichtig, die Ziele des Testens klar aufzuzeigen.
Das Aufdecken von Fehlerwirkungen während der Testphase könnte als Kritik gegen den Autor oder
das Produkt aufgefasst werden. Testen wird daher oft als destruktive Tätigkeit angesehen, obwohl es
sehr konstruktiv für das Management von Produktrisiken ist. Ein guter Tester benötigt für seine Feh-
lersuche viel Neugier, professionellen Pessimismus, eine kritische Einstellung, ein Auge fürs Detail,
ein gutes Kommunikationsverhalten gegenüber den Entwicklern und Erfahrung, auf die er der intuiti-
ven Testfallermittlung (Error Guessing) zurückgreifen kann.
Wenn Fehler, Fehlerzustände oder Fehlerwirkungen positiv kommuniziert werden, können Schwierig-
keiten zwischen Testern und Entwicklern, Analysten und Designern vermieden werden. Das gilt so-
wohl für Fehlerzustände, die während Reviews gefunden werden, als auch für die, die beim Test ge-
funden werden.
Tester und Testmanager müssen eine ausgeprägte Kontaktfähigkeit und gute kommunikative Fähig-
keiten besitzen, um sachbezogene Informationen über gefundene Fehlerzustände, Fortschritte und
Risiken austauschen zu können. Einem Autor eines Dokuments oder einem Entwickler kann die In-
formation über den gefundenen Fehlerzustand helfen, seine Qualifikation zu verbessern. Werden Feh-
lerzustände während der Testphase gefunden und behoben, so spart das Zeit und Geld zu einem
späteren Zeitpunkt (in der Produktion) und verringert das Risiko.
Certified Tester
Foundation Level Syllabus
(Deutschsprachige Ausgabe)
Version 2011
Seite 19/84
1.8.2011
© International Software Testing Qualifications Board
Kommunikationsprobleme können speziell dann auftreten, wenn Tester nur als Übermittler von
schlechten Nachrichten angesehen werden. Es gibt aber einige Möglichkeiten, die Beziehung und die
Kommunikation zwischen den Testern und ihrem Umfeld zu verbessern:
•
Beginnen Sie mit der Zusammenarbeit anstatt zu streiten – erinnern Sie jeden an das zentrale
Ziel: eine bessere Qualität der Software!
•
Kommunizieren Sie gefundene Fehler eines Produkts neutral, sachbezogen und vermeiden
Sie Kritik an der verantwortlichen Person. Schreiben Sie Fehler- und Abweichungsberichte
beispielsweise objektiv und sachlich.
•
Versuchen Sie, das Verhalten und die Gefühle der anderen Person zu verstehen.
•
Stellen Sie sicher, dass Sie die andere Person richtig verstanden haben und umgekehrt.
Certified Tester
Foundation Level Syllabus
(Deutschsprachige Ausgabe)
Version 2011
Seite 20/84
1.8.2011
© International Software Testing Qualifications Board
1.6
Ethische Leitlinien
10 Minuten
Durch ihre Tätigkeit im Bereich Softwaretesten erhalten Personen oft Zugang zu vertraulichen und
rechtlich privilegierten Informationen. Damit diese Informationen nicht missbräuchlich verwendet wer-
den, sind ethische Leitlinien nötig. In Anlehnung an den Ethik-Kodex von ACM und IEEE stellt das
ISTQB die folgenden ethischen Leitlinien auf.
•
ÖFFENTLICHKEIT
Das Verhalten zertifizierter Softwaretester soll nicht im Widerspruch zum öffentlichen Interes-
se stehen.
•
KUNDE UND ARBEITGEBER
Das Verhalten zertifizierter Softwaretester soll den Interessen ihrer Kunden und Arbeitgeber
entsprechen und dabei nicht im Widerspruch zum öffentlichen Interesse stehen.
•
PRODUKT
Zertifizierte Softwaretester sollen sicherstellen, dass die Arbeitsergebnisse, die sie liefern (für
die von ihnen getesteten Produkte und Systeme), höchste fachliche Anforderungen erfüllen.
•
URTEILSVERMÖGEN
Zertifizierte Softwaretester sollen bei ihrer professionellen Beurteilung aufrichtig und unab-
hängig sein.
•
MANAGEMENT
Zertifizierte Softwaretestmanager und -testleiter sollen eine ethische Haltung beim Manage-
ment des Softwaretestens haben und fördern.
•
BERUFSBILD
Zertifizierte Softwaretester sollen Integrität und Ansehen ihres Berufs fördern und dabei nicht
im Widerspruch zum öffentlichen Interesse stehen.
•
KOLLEGEN
Zertifizierte Softwaretester sollen sich ihren Kolleginnen und Kollegen gegenüber fair und
hilfsbereit verhalten und die Kooperation mit Softwareentwicklern fördern.
•
PERSÖNLICH
Zertifizierte Softwaretester sollen sich in ihrem Beruf lebenslang fort- und weiterbilden und ei-
ne ethische Haltung in ihrer Berufsausübung vertreten.
Referenzen
1 Linz, 2010
1.1.5 Black, 2001, Kaner, 2002
1.2 Beizer, 1990, Black, 2001, Myers 2001
1.3 Beizer, 1990, Hetzel, 1988, Myers 2001, Linz, 2010
1.4 Hetzel, 1988
1.4.5 Black, 2001, Craig, 2002
1.5 Black, 2001, Hetzel, 1988