defect triage process
Kompletny przewodnik po procesie selekcji defektów i skutecznych sposobach radzenia sobie ze spotkaniem selekcji defektów:
Z dzisiejszego artykułu dowiemy się o spotkaniu dotyczącym selekcji defektów oraz o tym, jak radzić sobie z triage w łatwiejszy i skuteczniejszy sposób.
Zanim przejdę dalej do tego artykułu, chciałbym, aby wszyscy wiedzieli, co oznacza defekt, cykl życia wady i jak ustawić priorytet i wagę dla każdej wady . Konieczne jest zrozumienie tych podstawowych pojęć związanych z defektem lub błędem.
Możesz także przejrzeć mój wcześniejszy artykuł ' Cykl życia wady i Proces zarządzania defektami ' aby szybko zrozumieć te pojęcia.
Czego się nauczysz:
- Przegląd
- Spotkanie z defektami
- Szablon selekcji defektów
- Defekt Triage Process
- Role i obowiązki
- Wniosek
- rekomendowane lektury
Przegląd
Słowo 'Ocena stanu zdrowia rannych' jest zasadniczo używany w medycynie. Właściwie to on decydował o kolejności leczenia pacjentów. Zwykle w dużych szpitalach, w których codziennie zgłaszają się tysiące pacjentów w celu konsultacji lub rzeczywistego leczenia. Ale nie wszyscy pacjenci są przyjmowani lub leczeni natychmiast.
Ciężkość choroby lub urazu to główne kryteria konsultacji i na tej podstawie wszyscy pacjenci są odpowiednio klasyfikowani. Jeśli uraz lub zdrowie któregokolwiek pacjenta jest bardzo krytyczne, lekarze zwykle traktują takich pacjentów priorytetowo i przyjmują w razie potrzeby.
Normalne choroby lub niekrytyczne urazy są traktowane jako niższy priorytet i tacy pacjenci są leczeni później.
Podobnie termin Triage jest wprowadzany do testowania oprogramowania pod kątem defektów w aplikacji lub projekcie. Zazwyczaj proces Defect Triage jest wdrażany w dużych projektach iw wielu przypadkach nie ma zastosowania do projektów na małą skalę. Szanse na zidentyfikowanie ogromnej liczby defektów w większych projektach niż projekty średnie czy małe.
Również w większych projektach częstotliwość identyfikacji defektów jest znacznie wyższa.
Spójrz na poniższe zdjęcie, które przedstawia wynik spotkania dotyczącego segregacji defektów i daje odpowiedzi na konkretne pytania, takie jak:
Spotkanie z defektami
Głównym celem spotkania triage jest śledzenie wszystkich usterek i zapewnienie ich prawidłowego rozwiązania w odpowiednim czasie.
W fazie wykonywania testów testerzy rozpoczynają raportowanie usterek w narzędziu do zarządzania defektami, takim jak HP ALM , QC itp. Następnie Spotkanie z defektami odbywa się, w którym programiści i testerzy muszą być obecni, ponieważ osoby te omówią wszystkie usterki i podejmą niezbędne dalsze działania.
Głównie obecność niżej wymienionych uczestników jest wymagana:
- Menadżer projektu
- Przewód
- Development Lead lub Developer
- Próbnik
- Kierownik testów
- Analityk Biznesowy
- Menedżer ds. Środowiska
Chociaż podałem wyczerpującą listę wszystkich uczestników spotkania, nie jest konieczne angażowanie ich wszystkich, takich jak analityk biznesowy, kierownik ds. Środowiska, kierownik testów itp. W codzienne spotkanie. W razie potrzeby Lider Testów lub Kierownik Projektu zapraszają ich, aby mogli podzielić się cennymi opiniami i opiniami na temat określonej usterki.
najlepsza aplikacja do zrzutów ekranu dla systemu Windows 10
Cały zespół jest znany jako Triage Team . Teraz zamierzam wyjaśnić dokładny proces spotkania selekcyjnego i sposób przygotowania tego spotkania.
Rozważmy jeden hipotetyczny przykład :Mamy jeden projekt związany z aplikacją Banking, rozmiar jest bardzo duży, a częstotliwość identyfikowania i zgłaszania usterki jest duża. Dlatego Lider Testów decyduje się na zorganizowanie Spotkania Defektów Triage z wymaganymi uczestnikami.
Aby umówić się na spotkanie, Test Lead wysyła wszystkim zaproszenie na spotkanie e-mailem i ustala konkretny czas na Triage Meeting. Poniższy, hipotetyczny obraz przedstawia zaproszenie na spotkanie wysłane przez Test Lead za pośrednictwem perspektywy do wszystkich uczestników.
Tutaj wszystko jest wyimaginowane na poniższym obrazku, takie jak - nazwiska uczestników, sala konferencyjna, szczegóły połączenia konferencyjnego, data, godzina itp.
(Uwaga:Kliknij dowolny obraz, aby uzyskać powiększony widok)
Każdego dnia przed rozpoczęciem spotkania selekcyjnego, Test Lead wysyła listę wszystkich „otwartych” defektów w formacie arkusza kalkulacyjnego do wszystkich uczestników, aby mogli przejść przez wszystkie defekty przed spotkaniem i zrozumieć, na czym dokładnie polega wada i jaka poprawka jest do tego wymagana.
Przed rozpoczęciem każdego spotkania segregacyjnego upewnij się, że każda wada:
- Posiada wystarczającą ilość informacji, aby zrozumieć usterkę dla wszystkich uczestników spotkania.
- Zgłosił się w ramach prawidłowego projektu i kategorii.
- Wspomniał o priorytecie i powadze usterek.
- Wszystkie szczegółowe informacje podane w usterce, aby poprawnie ją zrozumieć wszystkim uczestnikom.
Zalecane Przeczytaj => Kompletny przewodnik po procesie zarządzania defektami
najlepsza darmowa aplikacja do pobierania muzyki mp3 na Androida
Szablon selekcji defektów
Przed rozpoczęciem każdego spotkania dotyczącego defektów, kierownik testów udostępnia raport o usterce wszystkim uczestnikom w określonym formacie oraz raport pobrany z narzędzia do zarządzania defektami, takiego jak HP ALM, HP QC itp. Pokazuję jeden przykładowy format w poniższy obrazek, który daje ogólne wyobrażenie o tym, które pola są wymienione w szablonie raportu defektu.
Zwykle pola zawarte w raporcie defektu to:
- Identyfikator wady
- Opis
- Priorytet
- Surowość
- Wykryta data
- Wykryty przez
- Status
Lista nie jest wyczerpująca, ale zgodnie z potrzebami projektu można uwzględnić inne pola w szablonie raportu defektu.
Zwykle format arkusza kalkulacyjnego jest używany jako szablon do zgłaszania defektów, dlatego podałem hipotetyczne szczegóły defektu w formacie arkusza kalkulacyjnego. Należy pamiętać, że wszystkie informacje podane w powyższym raporcie o usterkach są tylko zmyślone i nie są związane z żadnym projektem ani faktycznym zastosowaniem.
Defekt Triage Process
Powszechnie słyszaną i doświadczaną sytuacją w zespołach testowych jest ograniczona dostępność zasobów. Segregacja defektów jest procesem, który w wyniku tego zjawiska próbuje dokonać pewnego przywrócenia równowagi. Tak więc, gdy istnieje wiele defektów i ograniczeni programiści / testerzy do ich naprawy / weryfikacji, segregacja defektów pomaga w rozwiązaniu jak największej liczby usterek poprzez zrównoważenie personelu technicznego na podstawie parametrów defektów, takich jak priorytet i waga.
Zazwyczaj w sesji selekcji defektów bierze udział kierownik produktu, kierownik ds. Rozwoju, kierownik testów i czasami analitycy biznesowi. W niektórych przypadkach niektórzy inni członkowie mogą również zostać poproszeni o przedstawienie swoich opinii i perspektyw dotyczących określonych wad. Są one zbiorczo nazywane zespołem triage.
W większości systemów głównym kryterium oceny wady jest priorytet, jednak dobry proces segregacji uwzględnia również jej powagę.
Przyjrzyjmy się bliżej procesowi segregacji na dwóch przykładach, o których mówiliśmy w poprzedniej sekcji. W obu powyższych przykładach byłaby to faktycznie pierwsza wada, której nadanoby bardzo wysoki priorytet. Mimo że jest to tylko defekt kosmetyczny, wpływ braku naprawy byłby ogromny.
Druga natomiast to z pewnością wada funkcjonalności, jednak jej wystąpienie występuje tylko w pewnych warunkach, które rzadko są praktykowane w scenariuszach klientów. Naprawienie tego może wymagać więcej czasu i ludzi, co można lepiej wykorzystać w przypadku innych usterek. W związku z tym uznałaby za niższy priorytet niż pierwszy i być może odroczony kandydat na inne wydanie.
Tak więc proces segregacji wymaga wspólnego siedzenia zespołu zajmującego się segregacją i przeglądu wszystkich defektów, w tym odrzuconych. Dokonują wstępnej oceny defektów na podstawie ich zawartości, ich odpowiedniego priorytetu i ustawień wagi; z każdą osobą w zespole segregacyjnym przedstawiającą swoje spojrzenie na priorytetyzację defektów.
Następnie menedżer produktu ustala priorytet na podstawie wszystkich danych wejściowych i przypisuje usterkę do prawidłowego wydania, tj. w bieżącej lub przyszłej wersji. Przekierowuje również usterkę do właściwego właściciela / zespołu w celu podjęcia dalszych działań. Podobnej analizie poddawane są również odrzucone wady. Na podstawie powodu odrzucenia określa się futurystyczne działanie, czy należy odłożyć, czy anulować.
Na spotkaniu triage należy omówić każdą wadę, w tym usterki, które zostały sklasyfikowane jako o niższym priorytecie. Przegląd zespołu segregującego ocenia wszystkie defekty i podejmuje niezbędne działania w przypadku każdego defektu. Jeśli w przypadku defektu brakuje informacji, programista przypisuje je z powrotem testerom i prosi o niezbędne informacje.
Spotkanie segregacyjne może odbyć się w sali konferencyjnej, jeśli wszyscy uczestnicy znajdują się w tym samym miejscu. Jednak w wielu organizacjach praca jest wykonywana z innego miejsca, a wszystkie zespoły są rozmieszczone w różnych lokalizacjach, dzięki czemu spotkanie odbywa się również za pomocą telekonferencji lub biznesowego Skype'a.
[ wizerunek źródło ]
Etapowy przebieg spotkania selekcji defektów:
- Test Lead rozpoczyna spotkanie raportem o usterce, który został wysłany wcześniej tego dnia.
- Dyskusja rozpoczyna się od działań oczekujących z poprzedniego spotkania segregacyjnego. Niezbędne aktualizacje lub działania podjęte w przypadku jakiejkolwiek usterki są omawiane na początku.
- Jeśli w raporcie o defektach pojawią się nowe wady, zostaną one sprawdzone i ocenione. Sprawdza również, czy priorytet i dotkliwość są odpowiednio przypisane, jeśli nie, to są one korygowane na spotkaniu.
- Wszystkie defekty są omawiane na spotkaniu, a zespół programistów omawia również złożoność naprawy usterki. Ryzyko związane z defektem jest również omawiane przez zespół segregacyjny.
- Zespół Triage dochodzi do wniosku, który defekt powinien wymagać natychmiastowej uwagi i naprawy, a który musi poczekać jakiś czas, a jeśli to konieczne, te wady można odłożyć na przyszłe wydania.
- Wszystkie usterki są przypisywane do odpowiedniego zespołu w QC lub ALM jednocześnie podczas spotkania. Odpowiednie komentarze są również dodawane do QC / ALM.
- Wszystkie istotne aktualizacje i czynności do wykonania są zapisywane, a kierownik testu wzywa do zakończenia spotkania.
- Po zakończeniu spotkania selekcyjnego Test Lead rozsyła protokół spotkania do wszystkich uczestników.
Role i obowiązki
Role i obowiązki w każdej kategorii są wyjaśnione poniżej:
Przewód
- Test Lead planuje spotkanie z selekcją błędów i wysyła formalne zaproszenie na spotkanie do odpowiedniego zespołu.
- Wysyła raport wady przed każdym spotkaniem segregacyjnym.
- Rozpoczyna spotkanie od oczekujących elementów działań z poprzedniego spotkania segregacyjnego.
- Omów każdą wadę i wpływ na harmonogram, jeśli jakiekolwiek funkcje są zablokowane z powodu defektu.
- Pomaga w przypisaniu priorytetu i wagi każdej wady, jeśli wcześniej nie została poprawnie przypisana.
- Zaktualizuj QC / ALM odpowiednimi komentarzami.
- Zanotuj wszystkie aktualizacje, działania, ryzyko związane z defektem itp.
- Wysyła protokół spotkania do wszystkich uczestników.
Development Lead / Developer
- Udostępniaj aktualizacje dotyczące działań oczekujących z ostatniego spotkania segregacyjnego.
- Omów wszystkie usterki z technicznego punktu widzenia.
- Określ, ile czasu zajmie naprawa na podstawie złożoności wady i funkcjonalności.
- Omów złożoność wady i ryzyko związane z defektem, jeśli takie istnieje.
- Kierownik ds. Rozwoju przypisuje usterkę do odpowiedniego dewelopera po sprawdzeniu wszystkich dostępnych szczegółowych informacji.
- Aktualizuje usterkę o oczekiwaną datę rozwiązania.
- Pomaga w zidentyfikowaniu pierwotnej przyczyny wady.
Menadżer projektu
- Upewnij się, że wszyscy przedstawiciele z każdego obszaru są dostępni na spotkanie.
- W razie potrzeby kierownik projektu zaprasza na spotkanie Analityka Biznesowego w celu uzyskania opinii na temat określonej usterki.
- Jeśli defekty nie poruszają się lub jeśli występuje jakikolwiek główny bloker, następuje eskalacja wraz z procesem eskalacji.
- W razie potrzeby działa jako mediator w przypadku sporu lub konfliktu między zespołami i podejmuje niezbędną decyzję.
- Poproś zespół programistów o potwierdzenie następnej daty wydania naprawionych usterek.
- Zapoznaj się ze zaktualizowanym harmonogramem i datą wydania projektu dla wszystkich zespołów.
Czasami dobrym pomysłem jest również zaangażowanie innych członków zespołu w rozmowę kwalifikacyjną, aby również mogli zrozumieć spotkanie i wnieść swój wkład, a w razie potrzeby mogli również przekazać swoją opinię.
Wniosek
Każda zarejestrowana wada powinna zostać omówiona na spotkaniu triage.
Nawet jeśli defekt zostanie odrzucony, zespół testujący powinien znać przyczynę odrzucenia. Również jeśli którykolwiek z defektów nie jest odtwarzalny, wówczas podczas spotkania selekcyjnego deweloper może poprosić testerów o szczegółowe informacje w czasie rzeczywistym i spróbować odtworzyć defekt.
Selekcja defektów jest ważna, ponieważ każdy będzie wiedział, kiedy wada zostanie naprawiona i będzie dostępna do ponownego przetestowania. Jeśli któraś z usterek jest niekrytyczna i naprawa usterki wymaga ogromnego wysiłku zespołu programistów, a decyzję podejmie kierownik projektu.
Kierownik projektu zadecyduje o priorytecie takiej wady i w razie potrzeby wady mogą zostać przełożone do następnego wydania.
Mam nadzieję, że masz jasne pojęcie o selekcji defektów, procesie selekcji defektów i sposobach efektywnego radzenia sobie ze spotkaniami selekcji defektów!
rekomendowane lektury
- Proces zarządzania defektami: jak skutecznie zarządzać defektem
- Co to jest technika testowania oparta na defektach?
- Metody i techniki zapobiegania defektom
- Co to jest cykl życia defektów / błędów w testowaniu oprogramowania? Samouczek dotyczący cyklu życia wady
- Samouczek Bugzilli: Praktyczny samouczek dotyczący narzędzia do zarządzania defektami
- Samouczek Centrum jakości Micro Focus (dzień 6) - Zarządzanie defektami
- Triaging defektów w Scrumie: jak to jest zorganizowane w konfiguracji Scruma
- 3 Najgorsze nawyki dotyczące zgłaszania usterek i sposoby ich przełamania