Was bedeutet Incident im Softwaretest?

Question

Was bedeutet ein "Vorfall" beim Softwaretesten?

Answer 1

Zum Zeitpunkt der Ausführung/Ausführung eines Tests haben Sie manchmal festgestellt, dass die tatsächlichen Ergebnisse von den erwarteten Ergebnissen abweichen.

Wenn das tatsächliche Ergebnis vom erwarteten Ergebnis abweichen nennt es Vorfälle, aber Vorfälle von Fehlern unterscheidet, weil es wegen der Miss- Konfiguration entstehen, beschädigte Daten

Vorfall Jedes Ereignis während der Prüfung auftreten, die Inspektion oder Überprüfung erforderlich .

Answer 2

Es bedeutet normalerweise etwas wie "wir fanden einen Defekt oder anomales Verhalten irgendeiner Art". Ich bin mir nicht sicher, ob die Terminologie universell ist.

Wo ist die Verwirrung? Welche Definitionen haben Sie erhalten?

Answer 3

Es klingt wie ein Begriff, der absichtlich vage ist, zu bedeuten "etwas passiert ist, dass jemand sich ansehen muss".

Der Punkt ist wahrscheinlich, dass, wenn ein Test (manuell oder automatisiert) ausfällt, kann es aus verschiedenen Gründen:

• Anforderungen geändert und der Test ist jetzt veraltet
• Stimmt etwas nicht mit der Testumgebung
• ein Tester einen Fehler gemacht oder das Testskript mißverstanden
• einen Konfigurationsfehler
• ein tatsächlicher Fehler im Code

Answer 4

Incident“in Prüfung bedeutet unerwartetes Verhalten der Software.

Dies auch eine Art von Fehlern, aber es reproduziert werden kann oder nicht.

Dieser Vorfall Fehler wird durch harte ware Ausfälle erhöht werden, externe Faktoren auf die Software-Anwendung.

Answer 5

Prüfung ist eine Prüfung der Beziehung zwischen drei Parteien

• Funktionsspezifikation (abgekürzt SPEC): was der Benutzer des Systems das System wünschen
• Software (abgekürzt SOFT) verhalten: was das System wirklich
• Testfall verhält (abgekürzt Test): Was den Test Designer denkt, dass sich das System verhalten soll.

"Vorfall" ist der Name einer Situation, in der ein Unterschied zwischen SOFT und TEST besteht. Wenn Sie ein Tool verwenden, um den Erfolg eines Testfalls zu melden, sehen Sie oft, dass ein Vorfall mit Rot markiert ist, ein Nicht-Vorfall mit Grün.

auf die Beziehung zwischen diesen drei Parteien abhängig, kann es verschiedene Situationen für einen Vorfall auftreten:

1. SOFT == SPEC und TEST == SPEC: es TEST bedeuten == SOFT, nicht Vorfall tritt ein.
2. SOFT = SPEC und TEST == SPEC: bedeutet es TEST = SOFT, und einen "Zwischenfall" tritt
3. SOFT == SPEC und TEST = SPEC:! Bedeutet TEST = SOFT und einen „Vorfall! "tritt auf
4. SOFT! = SPEC und TEST! = SPEC und SOFT == TEST: es bedeutet, dass kein Vorfall auftritt
5. SOFT! = SPEC und TEST! = SPEC und SOFT! = TEST: es bedeutet, das ist ein" „Vorfall

bei diesen 5 Situationen sehen, sehen wir, dass

• Wenn ein "Vorfall" auftritt, kann es sein, dass die Software fehlerhaft ist, der Testfall falsch ist oder beide
• Wenn es keinen "Vorfall" gibt, kann es immer noch sowohl der Testfall als auch die Software sein fehlerhaft, oder beide sind "gut" (sie folgen der Spezifikation).

So ein grün nicht garantieren, dass Ihre Software ist gut, ein roter Vorfall garantiert nicht, dass die Software schlecht ist (hier I „gut“ und „schlecht“ bedeuten verwende, dass die SOFT die folgt SPEC oder nicht)

Answer 6

Ein Vorfall im Softwaretest ist grundsätzlich jede Situation, in der das System fragwürdiges Verhalten zeigt, aber wir bezeichnen einen Vorfall oft nur dann als einen Defekt, wenn die Ursache ein Problem in dem Testgegenstand ist.

Andere Ursachen für Vorfälle sind Fehlkonfigurationen oder Fehler in der Testumgebung, beschädigte Testdaten, fehlerhafte Tests, ungültige erwartete Ergebnisse und Testerfehler.

Dies bedeutet, die Möglichkeit anzuzeigen, dass ein Scheinverhalten nicht unbedingt ein echter Defekt ist.

• Identifizierung des Vorfalls, einschließlich eindeutiger Nummer, Überschrift, Triggerereignis, vorgeschlagen fix, wenn:

  Wenn ein Vorfall zunächst erkannt wird, soll ein Vorfall Bericht mit einer Reihe von unterstützenden Informationen wie erzeugt wird möglich, und Dokumentation (z. B. Bildschirm-Dumps).

• Identifizierung der Umgebung, einschließlich Hardware, Software, Kreditor, Element, in dem der Vorfall gesehen wurde, und Fix Beschreibung, wenn any.
• Identifizierung der beteiligten Personen, einschließlich Urheber und Ermittler.
• In Beziehung stehende Zeitinformationen, z. B. Systemzeit, CPU-Zeit und Wandzeit entsprechend.