Prezentacja powstała na potrzeby webinara pt.Szukamy dziury w całym.
Podczas webinara Ewa Kienc - Brachmańska (Test Project Manager w testuj.pl), pokazała, jakie rodzaje łęó możemy napotkać przy testowaniu aplikacji oraz jak je poprawnie zgłosić i opisać.
Prezentacja dostępna jest jako kolejny slajd po wyświetlonym filmie.
1 of 32
Download to read offline
More Related Content
Szukamy dziury w całym - czyli nauka testowania oprogramowania
1. Szukamy dziury w całym
Webinar we współpracy z fundacją Mamo Pracuj ☺
s.1 / 11
2. Agenda
1. Podział testów- funkcjonalne i niefunkcjonalne
2. Testy wg. scenariusza a testy eksploracyjne
3. Rodzaje łęó
4. Priorytety łęó
5. Jak zgłosić błąd
6. Narzędzia przydatne przy zgłaszaniu łęó
7. Narzędzia do zgłaszania łęó
8. Testy, retesty, regresja i ….. - kilka podstawowych pojęć ☺
9. Jaki to błąd? Cześć – praktyczna
10. Praca testera – jak może wyglądać w zależności od projektu
11. Pytania
12. Rozmowa Asi Gotfryd z Kasią Kowalczyk
11. Priorytety łęó
• Aplikacja nie uruchamia się, występują częste „crashe”, nie
działają podstawowe funkcjonalności, nie ma możliwości
testowania aplikacji
• Błąd powinien być naprawiony natychmiastowo
Blocker
• Nie działają krytyczne (biznesowo) funkcjonalności, ale jest
możliwość testowania innych funkcjonalności
• Błąd powinien być naprawiony jak najszybciejCritical
• Nie działają kluczowe funkcjonalności, ale istnieje możliwość
obejścia; błąd pojawia się sporadycznie (np. aplikacja się
zawiesza raz na jakiś czas), istnieje możliwość testowania
kluczowych funkcjonalności
• Błąd powinien być naprawiony zaraz po blockerach i
criticalach
Major
• Brakuje funkcjonalności (nie kluczowej), nie działa, ale jest
„workaround”(obejście) Błąd nie ma większego wpływu na
ogólne działanie aplikacji
• Błąd może być naprawiony po poprawce ważniejszych
łęó
Minor
• Błąd „kosmetyczny”, literówki, niezgodność w UI (ale
funkcjonalność jest OK)Trivial
12. Zgłoszenie błędu
Załączniki (zrzuty ekranów, filmy)
Powtarzalność
Oczekiwany rezultat
Rezultat
Kroki do reprodukcji
Środowisko testowe (np. Windows 10, Chrome wersja Chrome 64.0.3282.186)
Priorytet
Tytuł
(krótki, jednoznaczny)
13. Przykład prawidłowo zgłoszonego
błędu
Tytuł
[Profil] [Firefox] Podczas modyfikacji danych użytkownika nie zapisuje się
adres do korespondencji
Kroki do reprodukcji
1. Wejdź na stronę główną aplikacji http://www.sklep.pl/
2. Zaloguj się na konto użytkownika
3. Idź do profilu użytkownika http://www.sklep.pl/profil
4. Zmień dane w adresie do korespondencji
5. Zapisz zmiany klikając w przycisk „Zapisz”
14. Przykład prawidłowo zgłoszonego
błędu
Aktualny rezultat:
Adres korespondencyjny nie został zapisany poprawnie – dane pozostały
nie zmienione
Oczekiwany rezultat:
Adres korespondencyjny został poprawnie zapisany
Reprodukowalność:
50%
15. Przykład prawidłowo zgłoszonego
błędu
Środowisko testowe
• System operacyjny (np. Windows 10 64-bit/Android 7.0)
• Hardware / urządzenie (np. procesor Intel Core i5 / Huawei
P10)
• Wersja przeglądarki (np. Chrome 64.0.3282.186)
• Rozdzielczość ekranu
• Rodzaj łącza internetowego (np. WiFi , 3G, LTE etc.)
16. Narzędzia przydatne do zgłaszania
łęó
• Programy do robienia zrzutów ekranu (tzw screenshot-y)
Opcje zaznaczania fragmentu dodawania strzałek, opisów komentarzy)
istotne– mały rozmiar załącznika
np.: skitch, sharex…
• Programy do nagrywania filmów
Web Screen Recorder , Sharex, recordit, Usecorder
Mobile: mobizen, LonelyScreen
IOS reflector
Logi