Menu

Rozpoczęcie pracy ze śledzeniem incydentów i zarządzaniem w testowaniu oprogramowania (w zestawie przykładowe szablony)

  • Główny
  • Śledzenie Błędów
  • Rozpoczęcie pracy ze śledzeniem incydentów i zarządzaniem w testowaniu oprogramowania (w zestawie przykładowe szablony)

getting started with incident tracking

pytania do wywiadu selenowego dla 4 lat doświadczenia

W dzisiejszym artykule dowiemy się wszystkiego o Proces „śledzenia i zarządzania incydentami” - Jak śledzić i zarządzać incydentami w testowaniu oprogramowania za pomocą przykładowych szablonów.

Czy myślisz - „STH opublikował wiele treści na śledzenie defektów / błędów więc jak to się zmieni ”? To jest dokładnie powód, dla którego musimy najpierw przyjrzeć się temu, co rozumiemy przez incydent.

śledzenie incydentów i zarządzanie nimi

Czego się nauczysz:

Co to jest incydent?

Incydenty można określić w prostych słowach jako zdarzenie napotkane podczas testowania, które wymaga przeglądu.

Jeśli podczas testowania rzeczywisty wynik różni się od oczekiwanego, określa się go jako błąd, defekt, błąd, problem, usterkę lub incydent. Najczęściej wszystkie te terminy są synonimami.

Incydenty są jednak specjalną kategorią problemów, które mogą wystąpić z powodu błędnej konfiguracji, uszkodzonych danych lub awarii serwera itp. Przykłady: pełne miejsce na dysku, błąd wykonania (błąd czasu wykonania), niedostępność usługi itp.

Incydenty mogą również wystąpić z powodu pewnych problemów w tworzeniu oprogramowania, użytkowaniu sprzętu lub błędach zgłoszeń serwisowych.

Różnica między błędami, usterkami, błędami i incydentami:

  1. Błąd : Czynność wykonywana przez człowieka, która powoduje nieoczekiwane zachowanie systemu.
    sol.; niepoprawna składnia, nieprawidłowe obliczanie wartości, niezrozumienie oprogramowania
    wymóg itp.
  2. Wada: Jest to termin zwykle używany przez testerów. Kiedy tester znajduje błąd lub problem, wtedy nazywa się to Defektem.
  3. Pluskwa: Błąd to terminologia programisty. Gdy usterka znaleziona przez testera zostanie zaakceptowana przez programistę, nazywana jest błędem. Proces naprawiania wszystkich błędów w systemie nazywa się naprawą błędów.
  4. Incydent: Incydent to nieplanowana przerwa. Gdy stan operacyjny jakiejkolwiek czynności zmienia się z działającego na uszkodzony i powoduje, że system zachowuje się w nieplanowany sposób, jest to incydent. Problem może spowodować więcej niż jeden incydent, który ma zostać rozwiązany, najlepiej jak najszybciej.

Spójrzmy teraz na kilka powiązanych terminów:

  1. Repozytorium incydentów : Repozytorium incydentów można zdefiniować jako bazę danych zawierającą wszystkie ważne i istotne dane dotyczące wszystkich incydentów występujących w systemie. Informacje te są następnie wykorzystywane do tworzenia raportu incydentu. Zawiera pola takie jak dane, oczekiwane wyniki, rzeczywisty wynik, data i czas, stan zdarzenia itp.
  2. Surowość: Potencjalny wpływ incydentu zdecyduje o ich powadze. Może to być Major, Minor, Fatal lub Critical w celu natychmiastowego rozwiązania.
  3. Priorytet : Ustaw według wagi i wpływu na stan pracy systemu. Wartości mogą być Wysokie, Średnie, Niskie, Bardzo Wysokie lub Pilne / Natychmiastowe.
  4. Stan incydentu : Bieżący stan obsługi incydentu. Może być nowy, w toku, rozwiązany i zamknięty.

Co to jest zarządzanie incydentami?

Zarządzanie incydentami to proces rejestrowania, rejestrowania i rozwiązywania incydentów tak szybko, jak to możliwe, w celu przywrócenia procesu biznesowego lub usługi do normalnego stanu.

Proces zarządzania incydentami

Zarządzanie incydentami to ogólny proces, począwszy od rejestrowania incydentów do ich rozwiązywania.

Jest to bardzo krytyczny proces, ponieważ zapewni, że incydenty zostaną rozwiązane w systematyczny i skuteczny sposób. Ponadto, usprawniając cały proces, istnieje duża szansa, że ​​może nastąpić wczesne rozwiązanie problemów.

Poniżej znajduje się schematyczne przedstawienie procesu, a następnie szczegółowo omówimy każdy etap.

Proces zarządzania incydentami

# 1. Identyfikacja incydentów i rejestrowanie :
Identyfikacja incydentów odbywa się za pomocą testów (przy użyciu narzędzi lub w inny sposób), opinii użytkowników, monitorowania infrastruktury itp.

Rejestrowanie zdarzenia oznacza po prostu zapisanie następujących informacji:

  • Dokładna / odpowiednia data i godzina wystąpienia.
  • Tytuł incydentu wraz z rodzajem i krótkim opisem
  • Imię i nazwisko osoby, która zarejestrowała incydent oraz bardziej szczegółowy opis
    z kodami błędów, jeśli dotyczy
  • Dane osoby przydzielonej do zdarzenia w celu podjęcia działań następczych
  • Aktualny stan incydentu
  • Załączniki, w tym dyskusje techniczne, decyzje i zatwierdzenia

# 2. Klasyfikacja i priorytetyzacja:

Klasyfikacja incydentów pomaga nam dzielić je na podstawie ich typu (oprogramowanie, sprzęt, zgłoszenie serwisowe itp.), Co ułatwia raportowanie i analizę. Priorytetyzacja pomaga określić kolejność / priorytet incydentów, które mają być obsługiwane. Zależy to od wpływu, dotkliwości i, co najważniejsze, od czynnika ryzyka.

# 3. Badanie i analiza: Ten krok ma na celu lepsze zrozumienie problemu, więc nie tylko naprawiamy go teraz, ale zbieramy informacje, aby zapobiec ponownemu wystąpieniu.

# 4. Rozdzielczość i odzyskiwanie: Podejmowane są kroki w celu usunięcia incydentu i przywrócenia systemu do poprzedniego stanu roboczego.

# 5. Zamknięcie incydentu: Rozdzielczość jest ponownie testowana i jeśli system działa zgodnie z przeznaczeniem, incydent jest zamykany.

System zarządzania incydentami

Zarządzanie incydentami można bardzo dobrze wykonać ręcznie lub statycznie za pomocą arkuszy kalkulacyjnych, ale jest znacznie bardziej efektywne, dynamiczne i systematyczne, gdy wykonuje się je za pomocą narzędzia.

System zarządzania incydentami jest używany przez wiele centrów obsługi klienta do tworzenia aktualizacji i rozwiązywania incydentów.

Popularne narzędzia do zarządzania incydentami:

Niektóre popularne narzędzia do zarządzania incydentami, których można używać do śledzenia incydentów oprócz błędów lub defektów, to:

# 1. Siedzieć! (Śledzenie zdarzeń pomocy technicznej):

Narzędzie do śledzenia incydentów 1

  • Support Incident Tracker (SiT) to darmowa aplikacja typu Open Source i internetowa, która wykorzystuje PHP i MySQL dla i obsługuje wszystkie platformy. Jest również powszechnie znany jako „Help Desk” lub „Support Ticket System”.
  • Przydatne do wysyłania e-maili bezpośrednio z SiT, załączania plików i zapisywania każdej komunikacji w dzienniku zdarzeń. SiT jest świadomy umów dotyczących poziomu usług, a incydenty są oznaczane, jeśli leżą poza nimi.

# 2. JIRA:

Narzędzie do śledzenia incydentów 2
JIRA to również popularne autorskie narzędzie do zarządzania incydentami opracowane przez firmę Atlassian, służące do śledzenia błędów, defektów lub incydentów. Jest to narzędzie oparte na Javie, używane do oprogramowania i aplikacji mobilnych. Schemat JIRA obejmuje przepływy pracy, uprawnienia, konfiguracje, typy problemów itp. JIRA obsługuje również testy zwinne.

Aby uzyskać więcej informacji i samouczek, sprawdź: Seria samouczków JIRA.

# 3. System śledzenia incydentów:
System śledzenia incydentów to oprogramowanie służące do śledzenia incydentów. Pomaga określić i przeanalizować pierwotną przyczynę zdarzenia wraz z odpowiednim rozwiązaniem. System śledzenia incydentów jest łatwy w użyciu i zapewnia obsługę bazy danych umożliwiającą śledzenie i rejestrowanie incydentów.

Raport incydentu testowego:

  1. Raport incydentu testowego to wpis utworzony w repozytorium defektów z unikalnym identyfikatorem dla każdego napotkanego incydentu. Raport incydentu testowego dokumentuje wszystkie problemy wykryte podczas różnych faz testowania.
  2. IEEE 829-1998 to standardowy format raportu incydentów testowych, który jest używany do dokumentowania każdego incydentu występującego podczas testowania.

Schemat szablonu IEEE 829-1998 przedstawiono poniżej:

=> Pobierz szablon śledzenia zdarzeń IEEE tutaj.

Poniżej znajduje się krótkie wyjaśnienie pól:

# 1. Zidentyfikować : Określa identyfikator, który jest unikalny i numer wygenerowany przez firmę do identyfikacji i lokalizacji incydentu.

# 2. Podsumowanie : Podsumowuje incydent w zwięzły sposób. Zawiera wystarczające szczegóły, aby zrozumieć powiązane fakty, a mianowicie. odniesienia, powiązane procedury testowe, wersja oprogramowania, przypadki testowe itp.

# 3. Opis incydentu: Opisuje incydent z następującymi szczegółami: Dane wejściowe

  • Spodziewany wynik
  • Aktualny rezultat
  • Spróbuj powtórzyć
  • Anomalie
  • Data i godzina
  • Krok procedury
  • Imię testera

Format raportu śledzenia incydentów można zmienić zgodnie ze standardami branżowymi i wymaganiami biznesowymi.

Przykładem używanym w firmie jest:

Plik wejściowy wyjściowy c ++

=> Pobierz zmodyfikowany szablon raportu o incydencie tutaj.

Wniosek:

Ponieważ ten artykuł pokazuje, że zarządzanie incydentami nie różni się zbytnio od śledzenia błędów, będzie to wspaniałe podsumowanie procesu z dołączonymi pewnymi standardami ISO i praktycznymi szablonami z życia.

Kolejną przestrogą, którą chcemy wam wszystkim zostawić przed zakończeniem tego artykułu, jest to, że - staraj się nie przywiązywać zbytnio do definicji błędu / usterki / incydentu itp., Ponieważ większość firm nie rozróżnia jednego terminu od drugiego. Więc wszystkie z nich są używane synonimicznie przez większość czasu - również istnieją firmy, które nazywają swoje niespójności w dokumentacji incydentami, inne problemy związane ze środowiskiem połączeń jako incydenty - więc widzisz, jak dialekty zmieniają się w zależności od regionu, podobnie jest z techniczną kontrolą jakości terminologia. To, co oferujemy, to większość, a nie normy - wyjątki zawsze istnieją.

Miłego czytania!

rekomendowane lektury

^