: Florian Fieber, Marc-Florian Wendland
: Basiswissen Abnahmetest Aus- und Weiterbildung zum ISTQB® Foundation Level Specialist - Acceptance Testing
: dpunkt
: 9783969102879
: Basiswissen
: 1
: CHF 29.30
:
: Informatik
: German
: 242
: Wasserzeichen
: PC/MAC/eReader/Tablet
: ePUB

Grundlagen des Abnahmetests für Product Owner, Business-Analysten und Tester

  • Fokus auf kollaborative Zusammenarbeit
  • m t einem durchgängigen Fallbeispiel
  • mit Exkursen auf Basis industrieller Projekterfahrungen
  • < ul>

    Mit Abnahmetests - Acceptance Testing - wird überprüft, ob eine Software aus Sicht des Benutzers wie beabsichtigt funktioniert und dieser die Software akzeptiert.
    Das Buch verbindet die Business-Analyse und Softwaretesten mit Blick auf die Konzepte, Methoden und Praktiken der Zusammenarbeit zwischen Business-Analysten und Testern beim Abnahmetest.
    Business-Ana ysten und Projektleiter lernen, wie sie durch die Unterstützung bei der Ausrichtung des Produkts an den Geschäftsanforderungen zu den Abnahmetestaktivitäten in einer Organisation beitragen.
    Tester erfahren, wie sie effizient mit Business-Analysten und anderen Stakeholdern während allen Abnahmetestaktivitäten zusammenarbeiten.
    Dieses Buch umfasst das erforderliche Wissen als Vorbereitung auf die Prüfung zum 'Certified Tester (Foundation Level) - Acceptance Testing' nach ISTQB®-Standard. Ein durchgängiges Fallbeispiel verbindet das theoretische Wissen des Lehrplans mit dessen praktischer Anwendung beim Abnahmetest. Das Buch eignet sich damit nicht nur bestens für die Prüfungsvorbereitung, sondern dient gleichzeitig als kompaktes Basiswerk zu diesen Themen in der Praxis und an Hochschulen.



    Florian Fieber ist Gründer und Geschäftsführer der QualityDojo IT-Consulting GmbH in Berlin und seit knapp 15 Jahren als Berater und Trainer im Bereich der Qualitätssicherung von Softwaresystemen tätig. Seine Schwerpunkte liegen im Testmanagement, der Verbesserung von Testprozessen sowie der Businessanalyse von Enterprise-Anwendungen. Er ist Leiter der Arbeitsgruppe Acceptance Testing beim GTB (German Testing Board e.V.). Marc-Florian Wendland ist wissenschaftlicher Mitarbeiter des Geschäftsbereichs SQC (System Quality Center) im Fraunhofer Institut FOKUS in Berlin. Seine Interessen umfassen die modellgetriebene Softwareentwicklung, den automatisierten Testentwurf und Testautomatisierungsstrategie . Er ist im GTB aktiv in den Arbeitsgruppen 'Testautomatisierungsentwickl r' und 'Acceptance Testing'. Bei der OMG leitet er die Weiterentwicklung des UML Testing Profile (UTP).

2Grundlagen des Abnahmetests


Dieses einleitende Kapitel erklärt die grundlegende Bedeutung des Abnahmetests im Softwarelebenszyklus. Es werden die Beziehungen des Abnahmetests zur Businessanalyse veranschaulicht und wichtige Begriffe und Konzepte der Businessanalyse, die einen Einfluss auf den Abnahmetest haben, dargestellt.

2.1Der Abnahmetest im Softwarelebenszyklus


2.1.1Testen im Softwarelebenszyklus

Softwaresysteme werden in der Regel schrittweise und mit zunehmender Detaillierung konzipiert, entworfen und implementiert. Ausgehend von einer Problemstellung und Beschreibung der Kunden- bzw. Nutzeranforderungen, wird eine fachliche Lösung entworfen, die technische Umsetzung geklärt und schließlich die einzelnen Komponenten entwickelt, die dann zu einem Produkt integriert werden.

Testen im V-Modell

Beim Testen muss diese Integration von der einzelnen Komponente bis zum fertigen Produkt berücksichtigt und das System auf den verschiedenen Ebenen betrachtet und geprüft werden [Spillner& Linz 19]. Dieses grundsätzliche Verständnis von Entwicklungs- und Testaktivitäten wird durch das allgemeine V-Modell beschrieben [Boehm 79]. Es beschreibt verschiedene Teststufen sowie deren Beziehungen zu den korrespondierenden Entwicklungsaktivitäten (sieheAbb. 2–1). Wichtig am V-Modell sind dabei nicht die konkrete Anzahl, die Bezeichnungen oder die Reihenfolge der Entwicklungs- und Testaktivitäten, diese können in der Praxis durchaus unterschiedlich sein. Vielmehr verdeutlicht das V-Modell die grundlegende logische Beziehung von Entwicklungs- und Testaktivitäten und deren gleichberechtigte Abbildung.

Abb. 2–1
Allgemeines V-Modell

Jede Teststufe ist eine Gruppe von Testaktivitäten, die gemeinsam organisiert und verwaltet werden, und stellt eine Instanz des Testprozesses dar (bestehend aus den Hauptaktivitäten Testplanung, Testüberwachung und -steuerung, Testanalyse, Testentwurf, Testrealisierung, Testdurchführung, Testabschluss).

Teststufen

Die Teststufen stehen mit anderen Aktivitäten des Softwareentwicklungslebenszyklus in Verbindung. Jede Teststufe ist gekennzeichnet durch ihre spezifischen Ziele, Testbasis, Testobjekte, typische Fehlerzustände und -wirkungen sowie Ansätze und Verantwortlichkeiten. Grundsätzlich unterscheidet man die folgenden vier Teststufen:

  • Komponententest

    Konzentriert sich auf einzelne Komponenten, die einzeln (d. h. getrennt bzw. isoliert voneinander) testbar sind.

  • Integrationstest

    Konzentriert sich auf die Integration von Komponenten oder Systemen sowie die Interaktion zwischen diesen Komponenten oder Systemen1.

  • Systemtest

    Konzentriert sich auf das Verhalten und die Fähigkeiten des Systems oder Produkts (z. B. Ende-zu-Ende-Aufgaben). Der Systemtest ist die letzte Teststufe in der Verantwortung des Herstellers und wird in der Regel von unabhängigen Testern durchgeführt.

  • Abnahmetest

    Konzentriert sich wie der Systemtest typischerweise auf das Verhalten und die Fähigkeiten eines gesamten Systems oder Produkts. Diese Teststufe liegt in der Regel in der Verantwortung des Kunden bzw. Anwenders.

Auch wenn das V-Modell ein wenig in die Jahre gekommen scheint und obwohl es eigentlich ein rein sequenzielles Softwareentwicklungsmodell ist, sind die grundlegenden Prinzipien für das Testen auch heute noch relevant und lassen sich auf Projekte übertragen, in denen nach einem iterativ-inkrementellen oder agilen Softwareentwicklungsmodell entwickelt wird – gewissermaßen steckt in jeder Iteration der Durchlauf eines kleinen V-Modells.

2.1.2Zweck und Ziele des Abnahmetests

Der Schwerpunkt des Abnahmetests ist es, zu bestimmen, ob ein System abgenommen werden kann. Im Gegensatz zu den Teststufen Komponenten-, Integrations- und Systemtest, bei denen der Softwarehersteller die Verantwortung trägt, liegt die Verantwortung beim Abnahmetest beim Kunden bzw. Anwender2. Sowohl Hersteller als auch Anwender können sich dabei innerhalb derselben Organisation befinden (z. B. Fachbereich und Entwicklungsabteilung) oder auch in einer geschäftlichen Beziehung als verschiedene Organisationen zueinanderstehen (z. B. Auftraggeber und A