Editing
Informatiker FA M227 Zusammenfassung
(section)
Jump to navigation
Jump to search
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
== Aus welchen Teilschritten besteht der Testprozess == *Der Test ist ein phasenĂŒbergreifende, nebenher laufender Prozess *wird auch Testverfahren oder Testvorgehensweise genannt. *ANSI/IEEE 829 definiert die einzelnen Phasen und die daraus resultierenden Dokumente [[Image:ANSI IEE 829.gif]] === Test planen === *Der Testmanager erstellt parallel zum Design des Systems das Testkonzept (auch Testplan ider PrĂŒfplan genannt). Wichtige Informationen aus den Anforderungen und dem Entwurf des neuen Systems fliessen in die Planung der zu testenden Funktionen. *Grundlagen fĂŒr den Testplan bilden der QS-Plan, die Teststrategie, die Anforderungs- und Entwurfsdokumente sowie der Projketplan. *FĂŒr jedes Testobjekt wird der gewĂŒnschte minimale QualitĂ€tsstandard definiert.(ohne Details) *Aufbauorganisation wird anhand der notwendigen Ressourcen definiert und bei der PL beantragt. *Restumgebung und Testwerkzeuge werden festgelegt und Beschaffung bzw. Bereitstellung beantragt. *Ressourcen- und Zeitplan werden wenn möglich toolgestĂŒtzt mit dem TL abgestimmt (z.B. MS Project) === Test entwerfen === *Anhand des Testplans und den Anforderungen erstellt der testdesigner die '''Testentwurfsspezifikation'''. Dies lĂ€uft paralell zu den Designarbeiten. *Der Entwickler kann seine eigenen Unit-tests bereits darauf abstĂŒtzen. *FĂŒr jede zu testende Funktion gemĂ€ss Testplan wird das '''Testverfahren''' festgelegt *Der testdesigner bestimmt die Testmethode. *Daraus leitet er die TestfĂ€lle ab (ohne Details) *Er kreiert auch einzelnen Testszenarien (zusammenhĂ€ngende, logische TestfĂ€lle) *Ein einzelnes Testdrehbuch handelt ein solches Testszenario ab. *Auf Grund der QualitĂ€tskriterien werden Pass- und Failkriterein festgelegt. === Test spezifizieren === *Auf Grund der im Testentwurf aufgefĂŒhrten TestfĂ€lle spezifiziert der Testdesigner die Details der einzelnen FĂ€lle. *Ein Testfall ist eine Kombination von Eingabedaten, Bedingung und erwarteten Ausgaben. *Die Vorbedingung und AbhĂ€ngigkeiten sowie die nötige Testumgebung ist aufzufĂŒhren. *Hinweis auf mögliche Automatisierung === Testprozedur erstellen === *Der Testdesigner erstelle pro Testseznario ein Testdrehbuch. *Darin sind die zu testenden FĂ€lle mit Sinn und Zweck aufgefĂŒhrt. *Ebenso sind sind die auszufĂŒhrenden Schritte und die erwarteten resultate aufgefĂŒhrt. 5.2.4 *Testengineer oder Testautomatisierer erstellen evtl. benötigte Automatisierungsscripts *Deren Beschreibung kommen ins Testdrehbuch *Die Automatisierungsscripts unterliegen dem Change- und Configmamanagement (Zuweisung zum richtigen Build) === Testumgebung aufbauen === *Der Testadministrator organisiert die Infrastruktur *Entwicklungs- Test- und Produktivumgebung werden strickt getrennt. *Evtl. sind auf Grund der KomplexitĂ€t mehrere Testplattformen nötig. *Testwerkzeuge mĂŒssen installiert werden. *Benutzer- und deren Rechte definieren. *Schulung der Tester (Testsoftware) *FĂŒr die Unit- und Integrationstest ist das Testgeschirr zu installieren. *Testgeschirr = Software zur Simulation aufrufender Programme. *Testobjekte bereitstellen. === Test ausfĂŒhren === *Tester nehmen ihre eigentliche Arbeit auf *exploratives "spielen" wie auch schrittweises Durcharbeiten der vorgegebenen Szenarien *Tester stĂŒtzt sich primĂ€r auf Testdrehbuch *Tester nimmt ergĂ€nzend die Testfallbeschreibung und die Testentwurfsspezifikation zur Hand. *Neben des Tests ist das Protokollieren die wichtigste TĂ€tigkeit *Im Protokoll enthalten: Welche Testschritte, welche Resultate, eventuelle Ănderungen an der Testumgebung. *Aufgetretene Probleme sind als Problemmeldung fĂŒr die Entwickler nachvollziehbar zu dokumentieren. *Vermutungen können vermerkt werden. *Fehlersuche ist aber Aufgabe des Entwicklers (nicht Tester) === Test auswerten === *Testmanager fast Resultate im Testprotokoll zusammen *GemĂ€ss QS-Plan geforderte Dokumente werden erstellt (Testmanager) *Systeme welche einen Test nicht bestanden haben, werden der Entwicklung zurĂŒckgegeben. *Wenn alle TEsts innerhalb einer Haupttestart (z.B. Unit-TEst, Integrationstest, Systemtest etc) bestanden sind, verfasst der Testmanager einen Testabschlussbericht und gibt das System fĂŒr die nĂ€chste Haupttestart frei.
Summary:
Please note that all contributions to HallerWiki may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see
HallerWiki:Copyrights
for details).
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)
Navigation menu
Personal tools
Not logged in
Talk
Contributions
Create account
Log in
Namespaces
Page
Discussion
English
Views
Read
Edit
View history
More
Search
Navigation
Main page
Recent changes
Random page
Help about MediaWiki
Tools
What links here
Related changes
Special pages
Page information