Far08: Peter Farrell-Vinay. Manage Software Testing

2008. Auerbach Publications.

  1. Introduction
    • viele Ausreden nicht zu testen
    • if it's not planned, it won't happen – planen und spezifizeren da es Zeit und Aufwand braucht
    • Testing ist eine Methode, es brauch auch Reviews (für jedes Dokument)
    • Baseling, dagegen wird getestet. Notwendige Eigenschaften
      • changeable
      • unique interpretation
      • enough infos to be useful (not complete)
      • humanly-visible
      • stable
  2. the big questions
    • why and how testing
    • when start and when stop testing
    • which baselines to test against
    • what do we test with
    • are we getting better or warse at finding bugs (why not earlier, primary cause, wo häufen sich fehler uws.)
    • how measure test coverage
  3. Risk Management
    • Risiken planen (identifizieren, Wahrscheinlichkeit und Kosten)
    • Risks Alerts implementieren (Anzeichen, z.B. > 10 Prio-1 bugs)
  4. Test Planning and Management
    • Test innerhalb Life Cycle Modell lokalisieren
    • Bug classification scheme
    • TestLimiten für Releases
    • wer macht wieviel Unit Testing
    • Welche Baseline und Tester müssen sie anpassen können
  5. Testing and the Web – alle Elemente, Zusammenspiel und Performance. Im Betrieb ¨Uberwachung über Erreichbarkeit, korrekt Links, Downloads, Clickouts usw..
  6. The overall test life-cycle: in jeder Phase gibt es das entsprechende zu tun
  7. Testing process and infrastructure
    • Keeping Configuration Management System in Order: Item Acceptance Rewiew: Eintrittstest für jedes Element im CMS/
    • ChangeControlBoard segnet sämtliche Changes ab
    • Testenvironment: Scheduler, tasks, requirments management, test casss managment, bug managment, logging, reproting, import/export usw.
    • Testautomatisierung
    • Monitoring Test Progres
    • Bug management, Reports, analysis etc..
    • statische und dynamische Analysen
  8. Test Documents: unendlich lange Liste
  9. The test team and its context: Testmanager: Beziehungen zum Team und anderen Managern: ziemlich viel Konkurrenz und gegensätzliche Ziele
  10. Outsourcing: verdächtige Gründe una Anleitungen.
  11. Test Techniques: Functional (BlackBox)
    • equivalence partitioning
    • boundary-value analysis
    • cause effect graphing
    • random data selection
    • feature test process
  12. Test Technique Structural (white box)
    • statement coverage
    • decision/branch coverage
    • condition coverage
    • path analysis
    • all DU-paaths coverage
    • execution time and resource use
    • algorithm anaysis
    • linear code sequence and jump
    • dynamisc analysis techniques (executabe assertions)
    • derivative technique (decision tables, finite state machines)
  13. Test Techniques: Statis Analysis: dataflow, controlFlow, FunctionValueAnalysis, SymbolicExecution, MutationTesting. Fault Incection, TestDataGenerator, Failure mode effects and criticality analysi
  14. Unit Test Process: Entwickler sollten es tun, Testmanager muss nur einen Ueberblick bekommen, über Vollständigkeit usw.. Unit = maximal eine Druckseite – scheint doch sehr kleine Einheit zu sein!
  15. System an Acceptance Testing. Auch hier detaillierte Checklisten. Zuerst baseline festmachen (Business requirments, Use Cases usw.) und Testziele. Regression, Localization, Configuration, Security, Beta usw. Testing. Monitor den Testprozess
  16. Performance and Stress Testing: Auch hier Baseline definieren und Messgrössen
  17. Usability Test Process. Baseline: was muss wie ausgebildeter User wie schnell und wie fehlerhaft können
  18. Metrics: eine grosse Palette von meist einfachen Metriken für von Software Komplexität, bis Alter der offen Bugs

Appendices: viele Checklisten, Toollisten