Projektmanagement. Vorlesung von Thomas Patzelt 10. Vorlesung

Transkript

1 Projektmanagement Vorlesung von Thomas Patzelt 10. Vorlesung 1

2 Test...(4) Oberflächentests testen die Benutzerschnittstelle des Systems, nicht nur auf Fehlerfreiheit sondern z.b. auch auf Konformität mit den User Interface Guidelines. Ist teilweise automatisierbar Alle Dialoge, alle Eingabe und Ausgabefelder, Darstellung bei unterschiedlichen Bildschirmauflösungen, Fontgrößen und Farbendefinitionen (erlaubte Definieren!), 2

3 Test...(5) Stresstests Vor dem Test den Speicher verbrauchen, die Festplatte voll machen, die CPU maximal auslasten, oder statt Festplatte die Dateien auf Floppy legen sind Tests, die das Verhalten eines Systems unter Ausnahmesituationen analysieren. Beispiel: Vor dem Test den Speicher verbrauchen, die Festplatte voll machen, die CPU maximal auslasten, oder statt Festplatte die Dateien auf Floppy legen Lasttests Benutzereingaben schnell simulieren, viele Benutzer oder Daten simulieren. Wenn die Software auch auf Events reagiert: Viele Events erzeugen. testen das Systemverhalten unter besonders hohen Ressourcen-Anforderungen. Wie Stresstests, aber die Last wird diesmal von der Anwendung selber erzeugt, oder wirkt auf die Anwendung selber 3

4 Test...(6) Crashtests sind Stress- oder Lasttests, die versuchen, das System zum Absturz zu bringen. Smoketest Idealerweise ein funktionaler Test mit Hilfe eines Interpreters und einer Testumgebung bezeichnet den ersten Probelauf nach der Implementierung einer neuen Funktionalität, um sicherzugehen, dass die Programmfunktion nicht schon ansatzweise fehlschlägt ( Und, rauchts? ) 4

5 Test...(7) Performance Tests testen das korrekte Verhalten, den Durchsatz oder die Performance unter bestimmten Bedingungen Überprüfung aller Performance Parameter in simulierter oder realer Umgebung Rechnernetz-Tests testen das Systemverhalten in Rechnernetzen (z. B. Verzögerungen der Datenübertragung, Verhalten bei Problemen in der Datenübertragung). Timeouts erzeugen, Pseudo-Laufwerke (x:\\) und UNC-Pfade (\\rechner\...) testen, Sicherheitstests testen ein System gegen potentielle Sicherheitslücken. Setuid, Pufferüberläufe, Verschlüsselungen, Vorhersehbarkeit 5

6 Test...(8) Black-Box-Tests, werden von Programmierern und Testern entwickelt, die keine Kenntnisse über den inneren Aufbau des zu testenden Systems haben. In der Praxis werden Black-Box-Tests meist von speziellen Test- Abteilungen oder Test-Teams entwickelt. White-Box-Tests, werden von den gleichen Programmierern entwickelt wie das zu testende System selbst oder bei Vorlage der Sourcen von externen Testern. Der Tester hat also Kenntnisse über das zu testende System. Macros (unübersichtlich), oder Trace-Systeme verwenden. So kann der Programmverlauf automatisch festgehalten werden Grey-Box-Tests werden von den gleichen Programmierern entwickelt wie das zu testende System selbst, gemäß den Regeln der testgetriebenen Entwicklung, also vor der Implementierung des Systems, und damit (noch) ohne Kenntnisse über das zu testende System. 6

7 Testautomatisierung Regressionstests Durch Regressionstests wird nach Softwareänderungen der fehlerfreie Erhalt der bisherigen Funktionalität überprüft. Wird oft automatisiert und im Zuge oder Vorgriff auf System- oder Abnahmetests verwendet Beim Erzeugen der Software (z.b. per make ) wird nicht nur der Compiler, sondern auch gleich alle automatischen Tests gestartet 7

8 Wie testet man richtig? Wir zeichnen alle Tests auf, damit wir sie nachvollziehen können - oder noch besser, wir planen alle Tests vorab und wissen so immer, was wir getan haben Nur wenn ein Test wiederholt erfolgreich ist, glauben wir das Ergebnis Dazu muss man oft die Umgebung und Eingaben der Software simulieren! Wir wollen auch die übersehenen Fehler finden: Alle Grenzwerte testen Möglichst viele ungewöhnliche Arten der Benutzung ausprobieren, z.b.: Tasten mit Maus-Clicks mischen 8

9 Trockenschwimmen - Statische Code Analyse Statische Code-Analyse wird oft vom Compiler ausgeführt (Optionen!), es gibt aber auch separate Tools, z.b.: Lint Coding-Standards Initialisierung Return Statements Typkonversion Bereichsgrenzen Speicherlecks 9

10 Statische Tests: Code Review Race Conditions Formatstring-Angriffe Pufferüberläufe Speicherlecks Haben Sie schon mal einen Code Review gemacht? 10

11 System-Entwurf, System-Architektur Top-Down: Grobentwurf Dekomposition Feinentwurf Bottom-Up: Prototypen, Feasibility Study, einzelne Komponenten Verbindungen zwischen den Komponenten Mehr und mehr Features werden dazugefügt In der Praxis wird oft eine Kombination aus beidem gewählt 11

12 Release & Rückblick Release Das Release ist das wichtigste Feature eines Produktes Rückblick / Lessons Learned Hilft, Fehler beim nächsten mal zu vermeiden Muss Angstfrei gehalten werden können