Menu

Jak przeprowadzić przegląd dokumentacji testowej w 6 prostych krokach - proces kontroli jakości

how perform test documentation reviews 6 simple steps qa process

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Do tej pory wszyscy wiemy, że dla testera Dokumentacja jest integralną częścią jego codziennego życia. Istnieje mnóstwo artefaktów testowania, które są tworzone, przeglądane, zatwierdzane, używane, utrzymywane i rozpowszechniane. Zawsze mamy jasno określone procesy tworzenia dokumentu, korzystania z niego, do kogo powinien trafić itp.

W tym artykule zamierzamy rzucić trochę światła na mały, ale ważny temat - recenzje.

Recenzja jest również formą testowania - część weryfikacyjna V&V zwana również testami statycznymi.

Wykonaj przeglądy dokumentacji testowej

Czego się nauczysz:

Rodzaje recenzji

  • Przeglądanie własnej pracy - Samokontrola
  • Recenzja
  • Nadzorczy

Jeśli walidacja to połowa praktyk testowych, druga to weryfikacja, ale często wytyczne są niejasne - więc zmieńmy to TERAZ. Czy jest to ogólna praktyka w przypadku artykułów w STH, zaczniemy od pytań, co? Dlaczego? W jaki sposób?

najlepsza mobilna aplikacja szpiegowska na iPhone'a

Recenzje dokumentów testowania oprogramowania

Co przeglądamy?

Wszystko, co zostało stworzone, musi zostać sprawdzone. Poniżej przedstawiono niektóre z najczęściej przeglądanych artefaktów:

  • Plan testów
  • Scenariusze testowe
  • Szablony testów
  • Przypadki testowe
  • Dane testowe
  • Raporty… itd

Testowe recenzje dokumentów

Dlaczego warto przejrzeć?

Dokładnie z tego samego powodu testujemy oprogramowanie, Na przykład,

  • Aby odkryć błędy
  • Aby sprawdzić kompletność
  • Aby upewnić się, że standardy i wytyczne są przestrzegane lub nie… itd.

Jak przeglądać?

Poniżej znajduje się lista zaangażowanych działań:

  • Zdefiniuj kryteria - Czy masz listę kontrolną tego, czego szukać?
  • Wykonaj kontrolę
  • Zapisz swoje wyniki
  • Dziel się, omawiaj i wdrażaj wymagane zmiany
  • Kontrola wersji zaangażowanych dokumentów
  • Podpisz się i korzystaj z dokumentu zgodnie z przeznaczeniem.

Proces przeglądu dokumentów testowych

Omówimy teraz każdy krok w sekcji „Jak” - innymi słowy, proces jego wykonania.

(Większość z nas, testerów, nie lubi edytora tekstu, prawda? Dla nas oznacza to albo dużo więcej pracy, albo jakieś zadanie kierownicze na wysokim szczeblu, które musimy wykonać, nawet jeśli nie chcemy - na przykład ze względu na pewną zgodność, o której nie mamy pojęcia. Ale zaufaj mi, kiedy wymyślisz proces, który działa i jest na tyle proste, że możemy zrozumieć, dlaczego musimy to robić, może być zabawne! Po prostu graj razem ze mną.)

Proces wzajemnych ocen i przeglądów nadzorczych jest według mnie taki sam, ponieważ przełożony jest również rówieśnikiem pomimo wyższego tytułu.

Krok 1: Zdefiniuj kryteria

# 1) Co spodziewasz się znaleźć? Możesz szukać takich rzeczy, jak:

  • Błędy w pisowni (Brzmi zbyt głupio? Nie sądzę, kiedyś napisałem „Wed Object” zamiast „Web Object” w jednym z moich artykułów - całkowicie zmienia znaczenie. Prawie sprawia, że ​​jest to zbyt głupie, by traktować je poważnie)
  • Zgodność formatu / szablonu
  • Zakres funkcjonalności i poprawność
  • Łatwość zrozumienia
  • Przestrzegane standardy - konwencje nazewnictwa, spójna numeracja… itd.

#dwa) Zrób listę kontrolną - Listy kontrolne są bardzo wszechstronne. Może to być tak skomplikowane, jak lista kontrolna przeglądu lub tak proste, jak lista zakupów. Wystarczy trochę czasu, aby to zrobić, a kiedy to zrobisz, będzie to tak proste, jak włączenie lub wyłączenie.

testowanie oprogramowania pytania i odpowiedzi na rozmowę kwalifikacyjną doc

# 3) Jak zgłosić wyniki? - Wybierz wygodną metodę, najlepiej metodę, którą można nagrywać i śledzić.

  • Czasami może to być tak proste, jak dodanie dodatkowej kolumny w arkuszu Excela z przypadkami testowymi i napisanie czegoś na czerwono, gdy nie jest to tym, czym powinno.
  • Może być przekazem ustnym
  • Lista w e-mailu

Krok 2: Wykonaj sprawdzenie

# 1) Korzystając z wcześniej przygotowanej listy kontrolnej, zweryfikuj dokument i prześlij swoją opinię.

Krok 3: Zapisz swoje wyniki

# 1) Ponownie, używając metody określonej w kroku 1, zapisz i zgłoś swoje wyniki.

#dwa) Zgłaszając swoje uwagi lub sugestie zmian, nie traktuj tego inaczej niż zgłaszanie usterki. Nie przeocz niczego. Podaj szczegóły.

Krok 4: Udostępnij, omów i wprowadź wymagane zmiany

# 1) Nikt nie lubi, gdy mu się mówi, że jego praca jest nieprawidłowa lub niekompletna. Dlatego podczas przekazywania negatywnej opinii pamiętaj o poniższych wskazówkach.

  • Wystawiaj konstruktywną krytykę - pamiętaj, aby nie być krytycznym wobec osoby, ale wskazuj wady tego produktu
  • Nie bądź konkurencyjny - tylko dlatego, że przesłał 30 komentarzy do recenzji na temat Twoich przypadków testowych, nie próbuj go pokonać.
  • Podaj powody do poparcia swoich komentarzy

#dwa) Uzyskaj podpis.

# 3) Dokonaj zmian

Krok 5: Kontrola wersji Zaangażowane dokumenty

# 1) Nie usuwaj starszych wersji żadnego z dokumentów. Nazwij je odpowiednio i przechowuj w scentralizowanym folderze projektu. W końcu to jest dowód całej naszej pracy

Krok 6: Wyloguj się i korzystaj z dokumentu zgodnie z przeznaczeniem

# 1) Po wprowadzeniu wszystkich zmian, zapisaniu wersji, zatwierdzenie procesu recenzji i przejście do korzystania z dokumentu zgodnie z tym, do czego został utworzony.

#dwa) Kolejne pytanie, które się pojawia, to - czy sprawdzamy ponownie po wprowadzeniu zmian? Ile razy ten proces będzie trwał - praca - przegląd - napraw - a następnie ponownie sprawdzany? Do kiedy?

Nie, przegląd nie musi się powtarzać. Jest to czynność kontroli jakości, która koncentruje się na sprawdzeniu, czy pomocnicy w testowaniu są stworzeni dobrze, czy nie. Jak zawsze, dokumenty bez defektów są niemożliwe. Tak więc rozsądny poziom recenzji - jeden raz przez rówieśnika jest akceptowalny.

Gotowe. Czy ten proces nie jest prosty?

Punkty do zapamiętania

  • W każdym projekcie nie trzeba stosować tej sformalizowanej metody przeglądu, ale nawet jeśli stosuje metodę nieformalną, kroki te pomogą określić oczekiwania i poprowadzą Cię przez kolejne etapy.
  • Dokumentacja testowa Szacunki na osi czasu są zwykle oparte na czasie wymaganym do tworzenia i przeglądania dokumentów, więc są w nim wbudowane, mimo że nie zawsze je rozpoznajemy.
  • Recenzowanie nie jest procesem ograniczonym do ręcznych zespołów testujących. Zespoły zajmujące się automatyzacją wykonują również przewodniki po kodzie, przeglądy projektów itp.

Na koniec tak wygląda typowy dokument z komentarzami do recenzji dla przypadków testowych. Komentarze są zaznaczone na czerwono. Niekoniecznie prawdziwe komentarze, ale coś, co pokazuje, jak to się robi.

Przykładowy dokument przeglądu przypadków testowych: (kliknij, aby powiększyć obraz)

Przykład dokumentu przeglądu przypadku testowego

Do Ciebie

Czy nadal uważasz, że procesy są zniechęcające? Czy dokonujesz recenzji w swoich projektach? Podziel się swoimi doświadczeniami, wyzwaniami, pytaniami i komentarzami poniżej.

O autorze: To jest post Swati Seela - ekspert w dziedzinie testów ręcznych i automatycznych z ponad 9-letnim doświadczeniem w branży . Jest także instruktorką naszego szkolenia z testowania oprogramowania.

Jeśli chcesz nauczyć się testowania oprogramowania od ekspertów, sprawdź harmonogram naszej nadchodzącej partii i więcej o tym kursie na tej stronie .

rekomendowane lektury

^