Handbuch zum Testen von Web-Applikationen (eBook) - Klaus Franz
Fotogalerie Fotogalerie Fotogalerie Fotogalerie Fotogalerie
Fotogalerie Fotogalerie Fotogalerie Fotogalerie Fotogalerie
Fotogalerie Fotogalerie Fotogalerie

Klaus Franz 

Handbuch zum Testen von Web-Applikationen (eBook)

eBook
 
Kopierschutz: Adobe-DRM
Nicht lieferbar
Nicht lieferbar
Bewerten Empfehlen Merken Auf Lieblingsliste


Andere Kunden interessierten sich auch für

Handbuch zum Testen von Web-Applikationen (eBook)

Web-Applikationen können von überall im Internet aufgerufen werden. Dabei ist nicht vorhersagbar, wie viele Personen zu welchen Zeiten mit welchen Kenntnissen und welchem Verhalten auf eine Web-Site zugreifen. Bei Unternehmens-Web-Sites treiben Fehler jeglicher Art Besucher unmittelbar zu Mitbewerbern. Diese Umstände machen die Qualität einer geschäftsrelevanten Web-Anwendung für ein Unternehmen zum kritischen Erfolgsfaktor, zumal sich die technischen Möglichkeiten des WWW laufend ändern. Der Autor beschreibt die Maßnahmen, welche die Qualität einer Web-Applikation sicherstellen.

Er erklärt, wie Qualität definiert und gemessen wird und erläutert die notwendigen Testverfahren und deren Unterstützung durch Testsoftware. Mit konkreten Arbeitshilfen in Form von Checklisten erhalten Tester und Webmaster das Handwerkszeug für ihre Tests. Das Buch ermöglicht Testmanagern und Projektleitern, Qualitätsrisiken richtig zu bewerten und erforderliche Qualitätssicherungsmaßnahmen rechtzeitig zu planen.

Geschrieben für:
Programmierer, IT-Fachleute, IT-Manager, Webmaster, Softwaretester

Schlagworte:
Qualitätssicherung
Risikoanalyse
Softwaretest
Testmanagement
Testmethoden



Produktinformation

  • Deutsch
  • ISBN-13: 9783540681854
  • ISBN-10: 354068185X
  • Best.Nr.: 25979193
Herr Franz absolvierte das Diplom in Mathematik 1983 und ist seitdem IT-Unternehmensberater und Referent mit Schwerpunkten Software-Engineering, IT-Qualitätsmanagement und Testmanagement.

Leseprobe zu "Handbuch zum Testen von Web-Applikationen (eBook)"

4 Testfallentwurfsverfahren (S. 31-33)

„Die Mittelmäßigen klopfen sich zu dem Zeitpunkt auf die Schulter, wo die Könner anfangen zu arbeiten."
Matthias Scharlach (*1947)

Um alle Tests, die zur Qualitätssicherung eines Software-Produktes notwendig sind, bei kalkulierbarem und bezahlbarem Aufwand durchführen zu können, müssen die „richtigen" Testfälle gefunden und spezifiziert werden. Die im Folgenden beschriebenen Blackbox- und Whitebox-Methoden zum systematischen Testfallentwurf werden schon viele Jahre praktiziert. Sie sind keine Erfindung des Webtestings, liefern aber Testfälle für viele web-spezifische Testtypen. Daher muss jeder, der Testfälle entwirft, diese Methoden beherrschen. Ein intuitives Vorgehen zur Ermittlung von Testfällen ist die Fehlererwartungsmethode, die ebenfalls vorgestellt wird.

4.1 Blackbox-Verfahren

Ein vollständiger Test, der alle möglichen Ein- und Ausgaben zu einem Programm überprüft, ist nicht durchführbar. Um die Anzahl der Testfälle auf ein sinnvolles, aber hinreichendes Maß zu reduzieren, werden die Blackbox-Verfahren angewendet. Blackbox-Verfahren sind anforderungsbasierte Methoden zur Testfallerstellung. Das bedeutet, sie analysieren die Anforderungsspezifikationen und leiten daraus Testfälle ab. Weil sie dabei die Testobjekte als schwarze Box, also nicht die inneren Programmstrukturen betrachten, werden sie Blackbox-Verfahren genannt. Dazu gehören die Äquivalenzklassen-, Grenzwert- und Ursache- Wirkungs-Analyse. An dem Beispiel eines Rechners zur Autofinanzierung werden die einzelnen Schritte, die im Idealfall bei der Anwendung der Blackbox-Verfahren durchgeführt werden, erläutert. Beginnen wir mit der Anforderung:

1. Schritt: Anforderungen lesen

Zu testen ist das Programmmodul , das die Monatsraten für eine Autofinanzierung berechnet. Der Gesamtfahrzeugpreis wird dem vom Modul übergeben, nachdem dort das Wunschfahrzeug zusammengestellt worden ist. Die konkreten Anforderungen an den Finanzierungsrechner sind in der Konzeptionsphase beschrieben – und natürlich qualitätsgesichert – worden. Sie lauten: Der Kunde muss eine Anzahlung zwischen 2.000 und 10.000 Euro als ganze Zahl eingeben. Die Vertragslaufzeit wird durch drei Radio- Buttons vorgegeben: 12, 24 oder 36 Monate. Die Laufzeiten haben unterschiedliche Zinskonditionen. Je länger die Laufzeit ist, desto höher sind die jährlichen Zinsen (2%, 3%, 4%), welche für den Betrag der Differenz von Fahrzeugpreis und Anzahlung zu zahlen sind.

Zusätzlich kann in einer Checkbox angekreuzt werden, ob ein Altfahrzeug in Zahlung gegeben werden soll (ist standardmäßig nicht angekreuzt). Falls nicht, wird ein Rabatt von 3% auf den Kaufpreis gewährt, aber nur wenn die Laufzeit nicht 36 Monate beträgt. Ein Preisnachlass von 1.000 Euro wird gewährt, wenn der Fahrzeugpreis über 30.000 Euro liegt und die Vertragslaufzeit auf 12 Monate festgelegt ist.

4.1.1 Äquivalenzklassenanalyse
Bei der Äquivalenzklassenanalyse wird die Menge der möglichen Testfälle anhand der in den Anforderungsspezifikationen beschriebenen Bedingungen in eine endliche Zahl von äquivalenten Klassen unterteilt. Eine Äquivalenzklasse ist eine Menge von Eingabewerten, die ein identisches funktionales Verhalten eines Testobjektes auslösen, bzw. eine Menge von Ausgabewerten, die ein gleichartiges Verhalten eines Testobjektes aufzeigen. Für alle Elemente aus einer Äquivalenzklasse wird angenommen, dass sie bei einer Testausführung dieselbe Wirkung erzielen, d.h. die Ergebnisse äquivalent zueinander sind.

Daher genügt es für den Test, pro Äquivalenzklasse nur einen Repräsentanten auszuwählen. Zwei Repräsentanten (Testdaten) einer Äquivalenzklasse kommen entweder zu einem gleichen Testergebnis oder decken dieselbe Fehlerwirkung auf. So wird einerseits die Anzahl der möglichen Testfälle systematisch reduziert und andererseits erhält man eine hinreichende Anzahl von Testfällen, um – zumindest aus Sicht der Blackbox- Verfahren – die vollständige und korrekte Umsetzung der Anforderungen nachweisen zu können. Im Rahmen der Äquivalenzklassenanalyse wird jede in den Anforderungen beschriebene Bedingung in Äquivalenzklassen umgeschrieben.

Inhaltsangabe

1;Vorwort;7 2;Inhaltverzeichnis;9 3;1 Einleitung;17 3.1;1.1 Wieso dieses Buch?;17 3.2;1.2 Wem nutzt dieses Buch wie?;18 3.3;1.3 Wie ist dieses Buch zu lesen?;19 3.4;1.4 Welche Testwerkzeuge werden genannt?;21 3.5;1.5 Was liefert dieses Buch nicht?;22 3.6;1.6 Wer sollte das Buch unbedingt lesen? Oder: Motivation für autofahrende Qualitätsskeptiker;22 4;Teil I Handwerkszeug;28 4.1;2 Definitionen zur Qualität;29 4.1.1;2.1 Normen und Qualitätsmerkmale;29 4.1.2;2.2 Qualitätsmerkmale für Web-Applikationen;33 4.1.3;2.3 Qualitätsanforderungen;34 4.1.4;2.4 Qualitätssicherungsmaßnahmen;36 4.1.5;2.5 Zusammenfassung;37 4.2;3 Begriffe zum Testen;39 4.2.1;3.1 Definitionen zum Testen;39 4.2.2;3.2 Box-Tests;43 4.2.3;3.3 Zusammenfassung;45 4.3;4 Testfallentwurfsverfahren;47 4.3.1;4.1 Blackbox-Verfahren;47 4.3.2;4.2 Whitebox-Verfahren;67 4.3.3;4.3 Fehlererwartung;76 4.3.4;4.4 Zusammenfassung;77 4.4;5 Risikoanalyse;79 4.4.1;5.1 Ziele der Risikoanalyse;79 4.4.2;5.2 Grundlagen der Risikoanalyse;80 4.4.3;5.3 Risikoanalyse in der Software-Entwicklung;80 4.4.4;5.4 Werkzeuge für die Risikoanalyse;84 4.4.5;5.5 Zusammenfassung;84 4.5;6 Checklisten;85 4.5.1;6.1 Ziele des Einsatzes von Checklisten;85 4.5.2;6.2 Werkzeuge für die Checklistenverwaltung;86 4.5.3;6.3 Empfehlungen zum Einsatz von Checklisten;87 4.5.4;6.4 Zusammenfassung;88 5;Teil II Testtypen;89 5.1;7 Prüfungen von Dokumenten;91 5.1.1;7.1 Dokumententest;91 5.1.2;7.2 Spezielle Dokumententests;99 5.1.3;7.3 Werkzeuge für den Dokumententest;100 5.1.4;7.4 Qualitätsanforderungen zum Dokumententest;100 5.1.5;7.5 Empfehlungen zum Dokumententest;101 5.1.6;7.6 Zusammenfassung;102 5.2;8 Tests zur Funktionalität;103 5.2.1;8.1 Klassentest;104 5.2.2;8.2 Komponententest;107 5.2.3;8.3 Integrationstest;110 5.2.4;8.4 Funktionaler Systemtest;118 5.2.5;8.5 Link-Test;120 5.2.6;8.6 Cookie-Test;122 5.2.7;8.7 Plugin-Test;125 5.2.8;8.8 Sicherheitstest;129 5.2.9;8.9 Zusammenfassung;136 5.3;9 Tests zur Benutzbarkeit;139 5.3.1;9.1 Content-Test;139 5.3.2;9.2 Oberflächentest;147 5.3.3;9.3 Browser-Test;155 5.3.4;9.4 Usability-Test;164 5.3.5;9.5 Zugänglichkeitstest;171 5.3.6;9.6 Auffindbarkeitstest;176 5.3.7;9.7 Zusammenfassung;179 5.4;10 Test zur Änderbarkeit und Übertragbarkeit;181 5.4.1;10.1 Code-Analysen;181 5.4.2;10.2 Installationstest;190 5.4.3;10.3 Zusammenfassung;194 5.5;11 Tests zur Effizienz und Zuverlässigkeit;195 5.5.1;11.1 Performanz-/Lasttests;196 5.5.2;11.2 Ausfallsicherheitstest;211 5.5.3;11.3 Verfügbarkeitstest;217 5.5.4;11.4 Zusammenfassung;218 6;Teil III Testmanagement;221 6.1;12 Testwiederholungen;223 6.1.1;12.1 Fehlernachtest;224 6.1.2;12.2 Regressionstest;224 6.1.3;12.3 Wartungstest;227 6.1.4;12.4 Werkzeuge für die Testwiederholung;228 6.1.5;12.5 Empfehlungen zur Testwiederholung;231 6.1.6;12.6 Zusammenfassung;232 6.2;13 Planung der Testtypen;235 6.2.1;13.1 Bewertung der Testtypen;235 6.2.2;13.2 Bereitstellung der Testmittel;238 6.2.3;13.3 Planung des Testteams;242 6.2.4;13.4 Zusammenfassung;243 6.3;14 Planung der Teststufen;245 6.3.1;14.1 Teststufe Entwicklertest;246 6.3.2;14.2 Teststufe Komponententest;246 6.3.3;14.3 Teststufe Integrationstest;247 6.3.4;14.4 Teststufe Systemtest;248 6.3.5;14.5 Teststufe Abnahmetest;249 6.3.6;14.6 Teststufe Betrieb;251 6.3.7;14.7 Zusammenfassung;254 7;Anhang;255 7.1;A Anhang:Fragebögen zum Usability-Test;257 7.2;B Anhang: Checklisten BITV zum Zugänglichkeitstest;261 7.2.1;B.1 Checkliste BITV Priorität I;261 7.2.2;B.2 Checkliste BITV Priorität II;268 8;Abkürzungen;273 9;Glossar;277 10;Quellen;285 10.1;Literatur;285 10.2;Normen und Standards;286 10.3;URLs;286 11;Sachverzeichnis;293
Mehr von