Software Test - Kapitel 1 Flashcards

1
Q

Was ist eine Fehlhandlung?

A

Die menschliche Handlung, die zu einem falschen Ergebnis führt.

Bsp.: Missverstehen von Anforderungen oder nicht korrekt codierte Preisberechnung.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Was ist ein Fehlerzustand/Defekt?

A
  • geforderte Funktion wird durch Defekt in Komponente oder System beeinträchtigt
  • Kann zur Laufzeit zur Fehlwirkung einer Komponente oder des Systems führen
  • Bsp.: Fehlerhafter Codeabschnitt
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Was ist eine Fehlerwirkung (Äußerer Fehler)?

A
  • Abweichung einer Komponente oder des Systems von der erwarteten Leistung
  • Bsp.: Anzeige eines falsch berechneten Endpreises bei einer Rabattberechnung.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Wie ist die Ursachenkette für Fehler?

A

Fehlerhandling (error) –> Fehlerzustand (defect/bug) –> Fehlerwirkung (failure)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Was ist ein Fehler?

A
  • Oberbegriff für:
    • Fehlerhandlung
    • Fehlerzustand/Defekt
    • Fehlerwirkung
  • Nichterfüllung einer Anforderung
  • Abweichung zwischen Ist- und Soll-Verhalten (beobachtet - erwartet)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Testfall = Testvorschrift

Was zeichnet einen Testfall aus?

A

Durchführung eines Tests muss wiederholbar sein - unabhängig von der ausführenden Person

  • Exakte Vorschrift muss bereitgestellt werden sog. Testvorschrift, Testanweisung, Testprozedur, Testfall
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Was umfasst ein Testfall?

A
  • Notwendige Vorbedingungen
  • Menge der Eingabewerte
  • Menge der vorausgesagten Sollwerte
  • Die Prüfanweisung (Eingabe und Sollwerte ablesen)
  • Erwartete Nachbedingung
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Testfall Attribute

Was beinhaltet ein Testcase?

A
  • Setup: Vorbedinungen und Herstellung des Eingangszustands
  • Teststeps: Stimulation des TO und Beobachtung/Auswertung der Reaktion
  • Teartdown: Bereinigung und Herstellung eines definierten Endzustands
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Was definieren Testschritte und Testergebnis?

A
  • Legen fest, wo, wann, wie Testdaten an das TO übermittelt werden
  • Ist-Werte mit Soll-Werten vergleichen (passed oder failed)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Wie unterscheidet sich ein abstrakter von einem konkreten Testfall?

A
  • Abstrakt: Testfall enthällt generische Testdaten (<user> meldet sich mit <g> an)</g></user>
  • Konkret: Testfall enthällt konkrete Testdaten (“Hans Meier” mit Usernamen “hameier”
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Was ist eine Testspezifikation und was muss Sie enthalten?

A
  • Dokument, das eine Menge von Testfällen für ein TO spezifiziert.
  • enhält:
    • Test-ID
    • Quelle (Referenz auf abgedeckte Anforderung)
    • Priorität
    • Konfiguration
    • Testziel
    • Vorbedingung
    • Testschritte
    • Testdatenliste
    • Sollreaktionen
    • Prüfvorschrift (Anleitung zur Abfrage der Ist-Werte und Vergleich mit Soll-Werten)
    • Nachbedingung
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Was ist ein Testobjekt (TO)?

A
  • Komponente oder System, welches getestet werden soll
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Was ist Point of Control?

A
  • Schnittstelle an der TO stimuliert und mit Testdaten versorgt wird
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Was ist Point of Observation?

A
  • Schnittstelle an dem Reaktionen und Ausgaben beobachtet werden
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Was ist ein Testtreiber?

A

Programm/Werkzeug, dass das TO mit Testdaten versorgt und Ausgaben entgegennimmt

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Was ist ein Platzhalter/Stellvertreter (engl. Stub)?

A

Simuliert z. B. noch nicht implementierte Komponenten für Komponenten- und Integrationstests.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Was ist ein Testrahmen (test bed)?

A

Alle Testtreiber und Platzhalter auszuführen + Protokollierungs- und Auswertungsaufgaben.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Was ist eine Testumgebung (test environment)?

A

Gesamtheit aller Hardware- und Sorftwarekomponenten die für die Durchführung und Auswertung der Testfällte notwendig sind.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Was ist ein funktionaler Test?

A

Prüft die Erfüllung einer funktionalen Anforderung (vollständig, korrekt und angemessen).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Was ist ein Nicht-funktionaler Test?

A

Prüft die Erfüllung von nicht-funktionalen Anforderungen (wie gut/schnell/sicher Funktionen erbracht werden).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

Welche Teststufen gibt es im V-Modell?

(links nach unten)

A
  • Anforderungsdefinition
  • funktionaler Systementwurf
  • technischer Systementwurf
  • Komponentenspezifikation
  • Programmierung
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Welche Tests gibt es im V-Modell?

(rechts nach oben)

A
  • Programmierung
  • Komponententest
  • Integrationstest
  • Systemtest
  • Abnahmetest
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Was ist eine Komponente?

A

Kleinste Softwareeinheit die separat getestet werden kann (mit separater Testspezifikation)

24
Q

Was ist ein Komponententest?

A

Test einer einzelnen Komponente (Bsp.: Methode zur Endpreisberechnung im CarConfigurator)

25
Q

Was sind die Testziele von einem Komponententest?

A
  • korrekte Funktionalität
  • Robustheit
  • Ressourcenverwendung
  • eher nicht Ziele: nichtfunktionales, z. B. Performance
26
Q

Was ist die Testbasis von Koponententests?

A
  • Anforderungen an die Komponente
  • Komponentenspezifikation
  • Schnittstelle/API der Komponente
  • Programm-Code der Komponente
27
Q

Was sind Testobjekte von Komponententests?

A
  • Funktion, Prozedur, Methode
  • Programm-Modul
  • Subsystem und dessen API
28
Q

Welches Know-how wird bei Komponententests benötigt?

A
  • Programmier-Know-how (Aufrufen der API, Schreiben von Platzhaltern/Stubs, Treibern, Simulatoren,…)
  • Test(entwurf)techniken
29
Q

Welche Vorbedingungen sind bei Komponententests zu schaffen?

A
  • Komponententestumgebung / Testrahmen (Treiber, Stubs,…)
  • Komponente als Executable
  • oder Source-Code und Compiler
30
Q

Was sind typische Techniken bei Komponententests?

A
  • White-Box (Anweisungs., Entscheidungsüberdeckung)
  • Black-Box (Äquivalenzklassen, Grenzwertanalyse)
31
Q

Welche Fehler werden bei einem Komponententest gefunden?

A
  • Funktionale Fehler innerhalb der Komponente
  • Mangelnde Robustheit ggü. falschen Aufrufparametern
  • Performance-Probleme
32
Q

Welche Fehler werden eher nicht gefunden bei Komponententests?

A
  • Schnittstellenfehler
  • nichtfunktionale Fehler
33
Q

Wie werden Komponententests durchgeführt?

A
  • In der Praxis werden Komponententest meistens von Entwicklern durchgeführt
  • Gefundene Fehler werden sofort korrigiert
  • und formell(d. h. im Fehlermanagement i.d.R. nicht erfasst
34
Q

Was ist eine Integration?

A

Prozess der Verknüpfung von Komponenten zu einer Gruppe.

35
Q

Was ist ein Integrationstest?

A

Test zur Aufdeckung von Schnittstellenfehlern zwischen integrierten Komponenten (Bsp. Schnittstellen zum Betriebssystem oder zwischen Einzelkomponenten).

36
Q

Was sind die Testziele bei Integrationstests?

A
  • Fehler finden in
    • Schnittstellen zwischen Komponenten
    • Schnittstellen zum Betriebssystem
    • Dateisystem
    • zur Hardware
37
Q

Was ist die Testbasis bei Integrationstests?

A
  • Architektur
  • Schnittstellen- und Protokoll-Spezifikation
  • Anwendungsfällt (Use Cases)
38
Q

Was sind die Testobjekte bei Integrationstests?

A
  • Gruppe von Komponenten
  • Feature bzw. Funktionalität, das/die durch mehr als eine Komponente realisiert ist
  • Datenaustausch zu/mit Drittsystemen
39
Q

Welche Fehler werden bei Integrationstests gefunden?

A
  • Fehlerhafte Interaktion zwischen Komponenten
  • Abweichende Dateninterpretation duirch versch. Komponenten
  • Schnittstellen Performance u.a. nicht funktionale Fehler
40
Q

Welche Fehler werden eher nicht gefunden bei Integrationstests?

A
  • Probleme außerhalb der betroffenen Komponenten
  • Anforderung mit Bezug zum Gesamtsystem ggf. nicht erfüllt
  • Schnittstellen externer Systeme werden oft nicht berücksichtigt
41
Q

Welches Know-how wird bei Integrationstest benötigt?

A
  • Entwickler Know-how sinnvoll (Treiber, Platzhalter)
  • Testtechniken
  • Wissen über Zusammenspiel der Komponenten
42
Q

Welche Vorbedingungen gibt es bei Integrationstests?

A
  • Ablauffähige (integrierte) Komponenten
  • Ein Testrahmen (evtl. Artefakte des Komponententests verwendbar)
  • Dokumentation über Zusammenspiel der Komponenten
43
Q

Was sind typische Techniken bei Integrationstests?

A
  • White-Box (Schnittstellen Formate)
  • Black-Box (Äquivalenzklassen, Grenzwerte)
44
Q

Wie ist die Durchführung von Integrationstests?

A

Durchführung kann auf mehreren Integrationsstufen erfolgen:

  • Komponentenintegrationstest: Testen des Zusammenspiels zweier Komponenten, z. B. SQL-DB mit Web-Frontend
  • Systemintegrationstest: Testen der Integration eines Systems in eine IT-Landschaft, z. B. Test des Datenaustausch mit einer externen Organissation via EDI
  • Integration kommerzieller Standardsoftware
45
Q

Was ist ein System?

A

Zusammenstellung von Komponenten um eine spezifische Funktion oder eine Menge von Funktionen zu erfüllen.

46
Q

Was ist ein Systemtest?

A

Test eines integrierten Systems (sicherstellen, dass spezifizierte Anforderungen erfüllt werden).

47
Q

Was sind die Testziele von Systemtests?

A

Fehler finden im Verhalten des Gesamtsystems bzgl. funktionaler und nicht funktionaler Anforderungen.

48
Q

Was ist die Testbasis von Systemtests?

A
  • System- und Anforderungsspezifikation
  • Anwendungsfälle (Use Cases)
  • Geschäftsprozessbeschreibungen
  • Wissen und Erfahrung der Stakeholder
49
Q

Was sind Testobjekte bei Systemtests?

A
  • Integriertes System in einer möglichst betriebsnahen Testumgebung
  • Geschäftsprozesse des voll integrierten Systems
  • Systemkonfiguration und Konfigurationsdaten
  • System-, Anwender-, Betriebshandbücher
50
Q

Was sind typische Techniken bei Systemtests?

A
  • Black Box Testtechniken
  • nicht funktionaler Test, insb. Performance-Test
51
Q

Welche Fehler werden bei Systemtests gefunden?

A
  • Funktionale Fehler
  • Konzeptionelle Fehler
  • nicht-funktionale Probleme, die das Gesamtsystem betreffen
52
Q

Welche Fehler werden eher nicht gefunden bei Systemtests?

A
  • Missverstandene Anwender-Anforderungen
  • Unzureichende oder fehlende Umsetzung implizierter Anforderungen
53
Q

Welches Know-how wird bei Systemtests benötigt?

A
  • Black-box Testtechniken
  • Domänen Know-How
  • Nicht-funktionale Testtechniken
54
Q

Welche Vorbedingungen werden bei Systemtests benötigt?

A
  • Vorangegangene Teststufen erfolgreich abgeschlossen
  • Vollständig integriertes System
  • Dokumentation aller Systemanforderungen
55
Q

Wie werden Systemtests durchgeführt?

A
  • In der Praxis werden Systemtests oft durch unabhängige Testteams durchgeführt.
56
Q

Was ist ein Abnahmetest?

A

Formales Testen hinsichtlich der Benutzeranforderungen (Bedürfnisse), das durchgeführt wird, um einen Auftraggeber in die Lage zu versetzen, um entscheiden zu können, ob ein System anzunehmen ist oder nicht.

Ein Abnahmetest ist in der Regel ein Systemtest.