5. Ciekawostka: Plan awaryjny
Plan A. Lokalny serwer na maszynie
Plan B. [rozszerzony plan A] Serwer lidera
Plan C. Działanie na wirtualce
Plan D. Serwery zapasowe (sztuk 2)
Plan E. Serwer w Internecie
Plan F. Lokalnie instalowana aplikacja
10. dlaczego notatnik?
Co jeśli:
Ktoś celowo zdestabilizuje narzędzie do raportowania defektów?
Jeśli ktoś włamie się i podejrzy zgłoszenia innych zespołów? Jeśli
hardware padnie? Jeśli nie będzie sieci?
14. oceny raportu
RAPORT Z TESTÓW istnieje – 5 PKT
RAPORT odwołuje się w czytelny sposób do zawartości SPECYFIKACJI WYMAGAŃ – 2 PKT
RAPORT opisuje co udało się wykonać – 3 PKT
RAPORT opisuje czego nie udało się wykonać lub też co zostało jeszcze do zrobienia – 3 PKT
RAPORT zawiera podsumowanie jakości oprogramowania - 5 PKT
RAPORT opisuje działania wykonane podczas testowania – 2PKT
RAPORT zawiera sekcję z defektami lub też informację, że nie ma defektów – 2 PKT
RAPORT zawiera sekcję z sugestiami i zawiera przynajmniej jedną sugestię – 5 PKT
RAPORT zawiera szacunki odnośnie czasu potrzebnego na przeprowadzenie testów – 3 PKT
15. oceny defektów / sugestii
Czytelny i jasny tytuł
Rezultat oczekiwany i otrzymany jest opisany
Kroki do reprodukcji są poprawnie opisane
Powołanie się na cytat ze specyfikacji
Brak rażących błędów ortograficznych
Załącznik dostępny jeśli konieczny (szczególnie dla niereprodukowalnych)
Sugestie są oddzielone od defektów