Was prüft Software?
Es gibt viele erschienene Definitionen von Software jedoch die
ganze diese Definitionen Blutgeschwür unten im Wesentlichen zur
gleichen Sache prüfend: die Software-Prüfung ist der Prozeß
der Durchführung von von Software in einer kontrollierten Weise, um
die Frage zu beantworten "tut die Software sich benehmen, wie
spezifiziert?"
Die Software-Prüfung wird häufig in Verbindung mit den
Bezeichnungen Überprüfung und Gültigkeitserklärung verwendet.
Überprüfung ist die Überprüfung oder die Prüfung der
Einzelteile, einschließlich Software, auf Übereinstimmung und
Übereinstimmung mit einer verbundenen Spezifikation. Die
Software-Prüfung ist gerade eine Art Überprüfung, die auch
Techniken wie Berichte, Analyse, Kontrollen und walkthroughs
verwendet. Gültigkeitserklärung ist der Prozeß des Prüfens,
ob, was spezifiziert worden ist, ist, was der Benutzer wirklich
wünschte.
· Gültigkeitserklärung: Erledigen wir die rechte
Arbeit?
· Überprüfung: Tun wir das Jobrecht?
Die Bezeichnung Wanze wird häufig benutzt, um sich ein Problem
oder auf eine Störung in einem Computer zu beziehen. Es gibt
Software-Wanzen und Kleinteilwanzen. Die Bezeichnung entstand in
den Vereinigten Staaten, zur Zeit als, mit Computern vorangehend,
wurden errichtet aus Ventilen heraus, als eine Reihe vorher
unerklärliche Störungen schließlich zu den Motten verfolgt wurden,
die ungefähr innerhalb des Computers fliegen.
Die Software-Prüfung sollte nicht mit dem Ausprüfen verwirrt
werden. Das Ausprüfen ist der Prozeß des Analysierens und des
Lokalisierens der Wanzen, wenn Software benimmt sich nicht, wie
erwartet. Obgleich die Kennzeichnung einiger Wanzen vom Spielen
mit der Software auf der Hand liegt, ist eine methodische Annäherung
an die Software-Prüfung viel vollständigere Mittel des Kennzeichnens
der Wanzen.
Das Ausprüfen ist folglich eine Tätigkeit, die die Prüfung
stützt, aber kann nicht die Prüfung ersetzen. Jedoch kann
keine Menge Prüfung garantiert werden, um alle Wanzen zu entdecken.
Andere Tätigkeiten, die häufig mit der Software-Prüfung sind,
sind statische Analyse und dynamische Analyse. Statische Analyse
forscht das Quellenprogramm von Software nach, sucht nach Problemen
und erfaßt Metrik, ohne den Code wirklich durchzuführen.
Dynamische Analyse betrachtet das Verhalten von Software,
während sie durchführt, um Informationen wie zur Verfügung zu
stellen
4.2 Umreiß
Ein Testplan hat die folgende Struktur:
A) Testplan identiÃer;
B) Einleitung;
c) Prüfen Sie Einzelteile;
d) Geprüft zu werden Eigenschaften;
e) Nicht geprüft zu werden Eigenschaften;
F) Annäherung;
g) Kriterien des Einzelteils pass/fail;
h) Aufhebungkriterien und Zurücknahmeanforderungen;
i) Prüfen Sie deliverables;
j) Prüfenaufgaben;
k) Klimanotwendigkeiten;
l) Verantwortlichkeiten;
m) StafÃng und Training Notwendigkeiten;
N) Zeitplan;
O) Gefahren und Möglichkeiten;
P) Zustimmungen.
Die Abschnitte werden im SP bestellt
Prüfen Sie Einzelteile
Kennzeichnen Sie die Testeinzelteile einschließlich ihr
version/revision Niveau. Spezifizieren Sie auch Eigenschaften
ihrer Übertragung
Mittel, die Kleinteilanforderungen auswirken oder die
Notwendigkeit an den logischen oder körperlichen Umwandlungen vorher
anzeigen
die Prüfung kann anfangen (z.B., Programme müssen von
Klebeband zu Scheibe gebracht werden).
Liefern Sie Hinweise auf den folgenden Testeinzelteilunterlagen,
wenn sie besteht:
Anforderungen speciÃcation;
Design speciÃcation;
Benutzerführer;
Betriebe Führer;
Installation Führer.
Geprüft zu werden Eigenschaften
Kennzeichnen Sie alle Software-Eigenschaften und
Kombinationen der geprüft zu werden Software-Eigenschaften.
Kennzeichnen Sie die Testdesignspezifikationen, die mit jeder
Eigenschaft und jeder Kombination der Eigenschaften verbunden sind.
Nicht geprüft zu werden Eigenschaften
Kennzeichnen Sie alle Eigenschaften und signiÃcant
Kombinationen der Eigenschaften, die nicht geprüft werden und der
Gründe.
Was es nimmt, um die beste Prüforganisation zu errichten.
Haltung
Überzeugung
Zu liefern Tötunginstinkt, zum heraus zu graben und
Kultur
Arbeit in Richtung zur Neigung und zum nicht Geld
Arbeit in Richtung zur Technologie, teilend und erlernt
Energie von Ethik
Was wir:
Gebäudesilikon mit xyz Architektur.
auf e-linux sich setzen, ein Bild errichtend und auf es dann,
setzend.
Drahtlose Netzunterstützung folgte von der Freigabe.
Einige Spaßzeit:
1. Über alle Durchläufe berichten und den Report
sendend, ohne die Tests wirklich durchzuführen. Das
Produkterhalten knallte von den Kunde Voraussetzungen zurück.
Die Industrie erspart nicht Fehlern, und dieser kann am
schlechtesten sein.
2.
Schablonen:
Test-Plan-Test-Fall
Priorität und Schwierigkeitzustände und -kompromisse
zwischen ihnen: Diagramm zu unserem Fachsprache Blocker und
Crasher.
Freigabe-Blockers: Letzte Schwierigkeit 1 aber 1.
priority/BLOCKER (von unserer Perspektive):
Beispiele der Extremfälle:
Läßt jedermann über ein Microsoft Produkt kommen, das
"Gewinn" anstelle von "Windows spezifiziert, aber Sie sind nicht, es
zu finden. Warum, weil, da eine Prüfvorrichtung Sie es als
letzte Schwierigkeit, aber für das Vendor/Microsoft loggen konnte, es
Priorität 1/BLOCKER wird.
Test-Blockers: Ist ein typischer Fall, in dem Sie das
Abbruch bug(Blocker) loggen, aber es wird als letzte Priorität vom
Management genommen. Warum???
In einem der Fälle, hatte ein Verkäufer eine Version von OS,
die die spezifizierte, nachdem es das OS auf eine neue Maschine
angebracht hatte, ausziehen das Kabel zum HDD freigegeben und das OS
stößt zusammen und würde vollständig un-recoverable sein und
würde angefordert, um das gesamte OS wieder wieder zu installieren.
Noch gab der Verkäufer, warum frei? Weil der Verkäufer
nicht den Endbenutzer erwarten würde, es zu tun.
Beispiele der Extremfälle: S 1 aber letzte Priorität:
Abbruch
Wirkungsvolle Durchführung und Bericht:
Wert der Maschinenbordbücher
Wert der Protokollierung in Bezug auf die
Protokollierung nicht.
Automatisierung: Welches Nehmen es zum Werkzeug.
Die Straße Voran:
Notizblock, zum der Java Akten zum Code zu schreiben, der
Zauberer erzeugt. Wert der Prüfung.
Ein Paar von URL, das hereinkommen könnte, wie handlich:
http://en.wikipedia.org/wiki/Software_testing
http://en.wikipedia.org/wiki/Scenario_test
http://en.wikipedia.org/wiki/Test_suite
http://en.wikipedia.org/wiki/Software_engineering
http://en.wikipedia.org/wiki/Test_script
http://en.wikipedia.org/wiki/Regression_testing
stickyminds.com
whatistesting.com
scriptinganswers.com
perlmonks.com
sqa-tester.com
indiantestingboard.org
