W jaki sposób QA może dostarczać informacje?

• Raporty błędów (Bug Reports)
• Raporty testowe (Test Reports)
• Dokumentacja testowa (Przypadki testowe, Zestawy testowe, Strategie testowe)
• Demonstracje funkcjonalności
• Udział w spotkaniach (Daily Stand-ups, Przeglądy Sprintu, Retrospektywy)
• Wprowadzanie zmian w dokumentacji technicznej (Wymagania, Historie użytkownika)
• Komunikacja przez systemy zarządzania zadaniami (Jira, Azure DevOps)
• Użycie narzędzi do wizualizacji (diagramy, schematy)

Przykład struktury raportu testowego:

• Zakres (co było testowane)
• Podsumowanie (krótkie wyniki)
• Wykonane testy (liczba uruchomionych testów)
• Testy zaliczone/niezaliczone/zablokowane (statystyki)
• Znalezione defekty (lista lub link)
• Środowisko (w jakim środowisku testowano)
• Tester (kto przeprowadził test)
• Data (data wykonania)

Przykład formatu raportu błędu:

// Tytuł: [Komponent] [Specyficzna akcja] - [Zaobserwowany wynik]
// Typ problemu: Błąd
// Priorytet: [Wysoki/Średni/Niski]
// Powaga: [Blokujący/Krytyczny/Major/Mniejszy/Trivial]
// Środowisko: [OS, Przeglądarka, Wersja aplikacji, Szczegóły środowiska]
// Warunki wstępne: [Wszelkie kroki przygotowawcze]
// Kroki reprodukcji:
// 1. [Krok 1]
// 2. [Krok 2]
// 3. [Krok 3]
// ...
// Oczekiwany wynik: [Co powinno się stać]
// Zaobserwowany wynik: [Co się faktycznie stało]
// Załączniki: [Zrzuty ekranu, filmy, logi]
// Dodatkowe informacje: [Inne istotne szczegóły]