Test
Test - - - -
Test - - - -
Set of flashcards Details
Flashcards | 346 |
---|---|
Language | Deutsch |
Category | Biology |
Level | Primary School |
Created / Updated | 22.05.2022 / 13.06.2022 |
Weblink |
https://card2brain.ch/box/20220522_test
|
Embed |
<iframe src="https://card2brain.ch/box/20220522_test/embed" width="780" height="150" scrolling="no" frameborder="0"></iframe>
|
Was ist kein Synonyme für Komponententest?
Was ist kein Testwerkzeug im engeren Sinne (Testwerkzeug für die Testdurchführung)?
Was ist KEIN Ziel eines Pilotprojektes zur Einführung eines Testwerkzeuges?
Was ist keine gängige Notation für Bedingungen in Entscheidungstabellen?
Was ist typisch für Test-Driven-Development?
Was ist typischerweise der WICHTIGSTE Grund für die Verwendung des Risikos zur Bestimmung des Testaufwandes?
Was ist üblicherweise kein Projektrisiko?
Was ist vor der Durchführung eines Testfalls zwingend zu spezifizieren?
Was kann zur Herleitung von Testfällen mittels Blackbox- Verfahren verwendet werden?
A: Beschreibung über den Aufbau des Quellcodes
B: Modell für das Verhalten des Systems, der Software oder der Komponente
C: Analyse der Testbasisdokumentation
D: Analyse der internen Struktur der Komponenten
Was misst die zyklomatische Zahl?
Was sind ausschließlich White-Box-Tests?
A: Entscheidungstest, Entscheidungstabellentest, Zufallstest, Kontrollflusstest
B: Entscheidungstest, Pfadtest, Datenflusstest, Kontrollflusstest
C: Glass-Box-Test, Wertebereichsanalyse, Logik getriebener Test, Syntaxtest
D: Prozesszyklustest, Kontrollflusstest, Datenflusstest, Grenzwertanalyse
Was sind die Vorteile eines Reviews?
I: Erkennung der Fehler in der frühen Testphase
II: Führt zu früher Produktivitätssteigerung
III: Steigerung des Vertrauens in das geprüfte Produkt
IV: reduzierte Testkosten und -dauer
V: weniger Fehlerzustände
Was sind Faktoren für den Testaufwand?
I: Charakteristik des Produktes z.B. Größe des Produktes
II: Charakteristik des Entwicklungsprozesses z. B. Testprozess
III: Testergebnisse z. B. Umfang der erforderlichen Nacharbeiten
Was sind gebräuchliche Testmetriken?
A: Fehlerdichte, Fehlernachtestergebnisse
B: Prozentsatz der funktionsfähigen Anwendungsfälle
C: Prozentsatz der durchgeführten Arbeiten in der Vorbereitung der Testumgebung
D: Subjektives Vertrauen der Tester in das Produkt
E: Testkosten, inklusive Kosten im Vergleich zum Nutzen durch das Auffinden des nächsten Fehlerzustands oder für den nächsten Testdurchlauf
Was sind keine Grundsätze des Softwaretestens?
Was sind mögliche Produktrisiken?
I: gelieferte fehleranfällige Software
II: schlechte Softwareeigenschaften
III: Bedienfehler im Betrieb
IV: Fehlerhafte Anforderungsdefinition
V: Schadenspotential, welches das Produkt einem Individuum oder einer Firma zufügen könnte
I, II, V
Was sind mögliche Risiken bei der Verwendung eines neu eingeführten Testwerkzeugs?
I. Unrealistische Erwartungen an das Werkzeug.
II. Mangelhafte Unterstützung durch den Hersteller des Werkzeugs.
III. Interoperabilitätsproblematik zwischen den Werkzeugen.
IV. Unterschätzung von Zeit, Kosten und Aufwand über die Einführung des Werkzeugs.
V. Risiko, dass der Werkzeughersteller den Betrieb einstellt.
alle sind Risiken
Was sind sinnvolle Ausgangskriterien?
A: Zeit zu Ende
B: Geld zu Ende
C: keine Testfälle ohne Fehler
D: Überdeckungsgrad unterschritten
E: Fehlerfindungsrate hat einen Grenzwert unterschritten
A, B und E
Was sind Testeingangskriterien?
1. Kosten
2. Verfügbarkeit des testbaren Codes
3. Schätzungen über Fehlerdichte oder Zuverlässigkeitsmaße
4. Verfügbarkeit der Testdaten
5. Bereitschaft der Testwerkzeuge in der Testumgebung
2. 4. 5.
Was sind typische Aufgaben eines Testers?
1. Entscheiden über die Implementierung der Testumgebung
2. Vorbereiten oder Anfordern von Testdaten
3. Erstellen von Testspezifikationen
4. Entscheiden was zu welchem Grad und wie automatisiert werden sollte
5. Mitarbeit und Prüfung von Testkonzepten
2.3.5
Was sind typische Aufgaben eines Testmanagers?
I: Koordination der Teststrategie
II: Planen der Tests
III: Auswahl der Testwerkzeuge
IV: Einsetzen von Testadministrations- oder Testmanagement- und Testüberwachungswerkzeugen
V: Erstellen der Testspezifikation
I, II, III
Was sind typische Fehlerzustände, die von einer werkzeuggestützten, statischen Analyse gefunden werden können?
1. unerreichbarer, toter Code
2. Verletzung von Programmierkonventionen
3. ungültige Eingabewerte
4. fehlende oder falsche Logik (mögliche Endlosschleifen)
5. ungetestete Codeabschnitte
1.2.4
Was sind typische Strategien bei der Planung von Tests? (7 richtige Antworten!)
I: Analytische Vorgehensweisen
II: Modellbasierte Vorgehensweisen
III: Methodische Vorgehensweisen
IV: Prozesskonforme Vorgehensweisen
V: Dynamische und heuristische Vorgehensweisen
VI: Beratende Vorgehensweisen
VII: Wiederverwendungsorientierte Vorgehensweisen
VIII: Vertragliche Vorgehensweisen
IX: Optionale Vorgehensweisen
I, II, III, IV, V, VI, VII
Was sind typische Testeingangs- bzw. was sind typische Endekriterien von Tests?
A. Verfügbarkeit und Einsatzbereitschaft der Testumgebung
B. Kosten
C. Intensitätsmaße, z.B. Risiko, Codeüberdeckung oder Funktionalität
D. Zeitpläne, z.B. basierend auf dem Termin der Markteinführung
E. Verfügbarkeit der Testdateien
F. Verbleibende Risiken, z.B. nicht behobene Fehlerzustände oder fehlende Testüberdeckung in bestimmten Bereichen
G. Bereitschaft der Testwerkzeuge in der Testumgebung
H. Verfügbarkeit des testbaren Codes
I. Schätzungen über Fehlerdichte oder Zuverlässigkeitsmaße
A, E, G, H sind Testeingangskriterien, B, C, D, F, I sind Endekriterien.
Was sind typische Testendekriterien und zugehörige Metriken?
A: Erreichter Testumfang: Testüberdeckung, abgedeckte Anforderungen, Codeabdeckung
B: Erreichte Produktqualität: Fehlerdichte, Fehlerschwere, Zuverlässigkeit des Testobjekts usw.
C: Verbleibendes Risiko: nicht gelaufene Tests, nicht behobene Defekte, unvollständige Anforderungs- oder Codeabdeckung usw.
D: Wirtschaftliche Rahmenbedingungen: Kostenrahmen, Projektrisiken, Liefertermine und Marktchancen usw.
alle
Was sind Vorteile unabhängiger Tester?
I: Sehen andere und unterschiedliche Fehler durch ihre Unabhängigkeit
II: Sie können vom Entwicklungsteam isoliert arbeiten.
III: Können Annahmen verifizieren, die während der Spezifikation und Implementierung des Systems gemacht wurden.
IV: Steigern das Verantwortungsgefühl für Qualität bei den Entwicklern.
I, III