Zespoły QA: zgłaszanie defektu i śledzenie poprawki
Tester zgłasza defekt, określając jego ważność, kroki do odtworzenia oraz miejsce wykrycia, dołącza nagranie lub zrzut ekranu i zaznacza dokładną klatkę lub piksel. Pakiet cyklu testowego przechodzi przez etapy: zaplanowane, w trakcie realizacji, otwarte defekty, ponowny test i zatwierdzone. Ponowny test, który nadal kończy się niepowodzeniem, wraca do otwartych defektów określoną ścieżką, dzięki czemu poprawka, która nie zadziałała, nie znika w nowym zgłoszeniu.
Zgłaszanie defektu
Typ elementu roboczego „błąd” wymaga określenia ważności (jako blokujący, poważny, drobny lub kosmetyczny), podania kroków do odtworzenia oraz kompilacji (builda) lub środowiska, w którym został wykryty. Pola niestandardowe pozwalają dodać dowolne inne informacje, które śledzi zespół.
Do defektu można dołączyć zrzut ekranu lub nagranie ekranu. Notatka na nagraniu jest przypisana do konkretnej klatki. Notatkę na zrzucie ekranu można na nim narysować. Programista otwiera oznaczenie, a nie akapit tekstu, który próbuje je opisać.
- Ważność: blokujący, poważny, drobny, kosmetyczny
- Kroki do odtworzenia i miejsce wykrycia
- Notatki przypisane do klatek na nagraniach, rysowane notatki na zrzutach ekranu
Cykl i strona programistyczna
Pakiet cyklu testowego obejmuje etapy: zaplanowane (48 godzin), w trakcie realizacji (72), otwarte defekty (72), ponowny test (48) i zatwierdzone. Realizacja nie może się rozpocząć, dopóki plan i lista kontrolna przypadków testowych nie zostaną ukończone. Ponowny test ma ścieżkę powrotną do otwartych defektów o nazwie „nadal nie działa”.
Pakiet poprawek błędów to strona programistyczna: ocena (triage), odtworzenie, naprawa, weryfikacja i wydanie. Etap weryfikacji może cofnąć element do naprawy z etykietą „nadal uszkodzone”. Pakiet oprogramowania kończy proces QA akceptacją wydania, co jest etapem akceptacji wymuszanym przez system.
Defekt, który okazuje się tym samym błędem co inny, zostaje z nim powiązany: powiązanie ma określony typ (powiązany, duplikat lub klon), a blokowanie pozostaje powiązane z zależnością, którą workflow już odczytuje. Czas spędzony na naprawie jest rejestrowany jako wpisy przypisane do elementu w dniu wykonania pracy i sumuje się do tygodniowego czasu pracy danej osoby oraz całkowitego czasu projektu w odniesieniu do szacunków.
Szczere braki
Nie ma tutaj osobnego obiektu dla rejestru uruchomień testów; uruchomienie to po prostu lista kontrolna w dzisiejszym cyklu. Wolimy, abyś przeczytał o tym tutaj, zamiast odkrywać to dopiero w trakcie okresu próbnego.
Najczęściej zadawane pytania
- Czy można wysłać programiście nagranie z błędem z zaznaczonym konkretnym momentem?
- Tak. Do nagrania dołączonego do defektu można dodać notatki przypisane do klatek, a na zrzucie ekranu można narysować notatkę.
- Co się dzieje, gdy ponowny test zakończy się niepowodzeniem?
- Etap ponownego testu ma przejście powrotne do otwartych defektów o nazwie „nadal nie działa”. Defekt wraca bez konieczności tworzenia nowego zgłoszenia.
- Czy zatwierdzenie QA to prawdziwa bramka?
- W pakietach, które używają etapu akceptacji do zatwierdzenia - tak: praca nie może pójść dalej bez zarejestrowanej decyzji. Pakiet cyklu testowego kończy się na etapie „zatwierdzone” jako etapie zakończonym; pakiet oprogramowania używa akceptacji wydania jako bramki.