Menu

Jak przygotować się do pisania przypadków testowych (Porady dotyczące produktywności)

how prepare yourself

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Jak przygotować się do pisania przypadków testowych i zwiększyć produktywność:

Kiedy tester decyduje się na pisanie przypadków testowych wysokiej jakości i chce poprawić ich wydajność i produktywność pisania przypadków testowych, istnieje kilka kluczowych punktów, które pomagają testerom osiągnąć te cele.

Po pierwsze, muszą przygotować się zawodowo i psychologicznie z niektórymi kluczowymi kwestiami niezbędnymi dla każdego odnoszącego sukcesy testera oprogramowania w branży IT. Będzie to traktowane jako „ Wejścia ”Dla testera przed rozpoczęciem pisania przypadków testowych.

pisanie przypadków testowych

Następnie muszą zrozumieć metryki jakości zaangażowane w projekt, który jest używany jako narzędzie do oceny wydajności testera na różnych etapach cyklu życia testów. Będzie to traktowane jako „ Wyjścia ”Dla testera po ukończeniu pisanie przypadków testowych .

Wreszcie, tester musi wiedzieć, w jaki sposób zgłaszany jest błąd, problemy są eskalowane i jak raporty z testów są przygotowywane zgodnie ze standardową procedurą i mogą być zrozumiałe dla interesariuszy projektu.

Czego się nauczysz:

jak otworzyć plik dat na komputerze Mac

Przygotuj się do pisania przypadków testowych

1) Pisanie przypadków testowych to sztuka, a nie tylko praca czy zadanie. Kawałek lub segment oprogramowania można zaprojektować i rozwinąć, ale dopóki nie zostanie całkowicie przetestowany pod kątem wszystkich scenariuszy z wydajnym podejściem testowym, będzie bezużyteczny i nie będzie mógł zostać wydany i użyty przez nikogo. Więc, traktuj siebie jako ważną osobę w projekcie i traktuj swoją aktywność testową jako ważne zadanie w projekcie .

dwa) Plik pasja z pozytywnym nastawieniem , który jest najbardziej osobisty testerzy jakości powinni mieć przez cały cykl życia projektu. Pasja motywuje zdolności do budowania zespołu, a postawa zapewnia dużą produktywność w pisaniu wysokiej jakości przypadków testowych. Oznacza to, że pisanie testów jest połączeniem cech zawodowych i osobistych w celu osiągnięcia wspólnego celu, jakim jest osiągnięcie doskonałych wyników jako ostatecznego rezultatu projektu.

3) Pozytywne i negatywne przypadki testowe są częścią pisania przypadków testowych, ale testerzy powinni mieć półpozytywne nastawienie do przerywania testowanej aplikacji poprzez znajdowanie błędów . Nie jest to negatywne nastawienie, a raczej uniknięcie sytuacji zidentyfikowania błędu przez kogoś po wydaniu lub uniknięcie sytuacji, w której system zostanie uszkodzony przez niektórych użytkowników systemu.

4) Wydajność testera nie należy szacować na podstawie liczby błędów zidentyfikowanych w testowanym systemie, ale na podstawie możliwości pisania udanych przypadków testowych, których wynikiem jest wykrycie defektów. Dlatego przypadki testowe powinny być napisane w taki sposób, aby pokrycie i identyfikowalność powinno być maksymalne w oparciu o granice i zakres systemu.

5) Dokładnie zapoznaj się z domeną aplikacji .Na przykład, testowanie strony internetowej jest łatwiejsze niż testowanie oprogramowania finansowego opracowanego dla giełdy, z którego korzystają tysiące osób jednocześnie. Prosta funkcjonalność strony internetowej może być zrozumiała dla każdego testera, podczas gdy warunki finansowe i funkcje nie mogą być zrozumiałe dla wszystkich testerów, dopóki nie mają odpowiedniego wykształcenia lub przeszkolenia lub doświadczenie w dziedzinie domeny .

Tak więc, kiedy tester jest przydzielany do nowego projektu, powinien przeprowadzić samoocenę, czy kwalifikuje się i może wykonywać swoją pracę zgodnie z oczekiwaniami, czy nie. Jeśli wymagania funkcjonalne są trudne do zrozumienia, należy je przekazać zespołowi projektowemu z dużym wyprzedzeniem, aby uniknąć przyszłych nieporozumień dotyczących wydajności i wydajności testera. Będzie to obsługiwane przez kierownika projektu lub kierownika testów poprzez odpowiednie plany i szkolenia.

6) Wymagania projektowe i rodzaje testów, które mają być przeprowadzone, różnią się w zależności od projektu. Tester powinien być przygotowany do przeprowadzania wszelkiego rodzaju testów. Nie ograniczaj swoich możliwości do swoich umiejętności i specjalizacji. Bądź przygotowany do podjęcia odpowiedzialności i wyzwań związanych z pisaniem i wykonywaniem przypadków testowych dla dowolnego typu testów.

Wielu testerów próbuje dostosować się lub projektować jako wyłącznie testerzy ręczni lub testerzy automatyzacji. Gdy przychodzi do testów wydajnościowych, testów obciążeniowych lub testów warunków skrajnych, bardzo niewielu testerów przyjmuje role i przygotowuje się poprzez szkolenie lub gromadzenie wymaganej wiedzy. Więc, szybko się uczą i bądź gotowy do podjęcia odpowiedzialności i rozwoju swojej kariery.

7) Określ rodzaje testów do wykonania i umiejętności wymagane do przetestowania AUT. Na przykład, niektóre projekty wymagają tylko testów czarnoskrzynkowych, a inne wymagają umiejętności testowania białoskrzynkowego. Znajomość „ skrypty ”Lub doświadczenie w„ SQL ”Lub praca z„ zaznacz język ”Takie jak HTML / XML itp., A nawet znajomość systemu na temat instalowania / rozwiązywania problemów z instalacją oprogramowania itp. To niektóre wymagania specyficzne dla projektu, których musisz się nauczyć lub przejść szkolenie w tym zakresie.

8) Upewnij się, że przypadki testowe obejmują Typy testów wydajnościowych, testów bezpieczeństwa i testów regresyjnych. Na przykład, aby zalogować się do aplikacji za pomocą poniższego ekranu logowania:

Sprawność przypadku testowego 2

  • Testy wydajnościowe mogą być wymagane w celu sprawdzenia, czy aplikacja jest stabilna, gdy tysiące użytkowników loguje się do systemu w tym samym czasie, a przypadki testowe powinny być napisane tak, aby obejmowały ten scenariusz.
  • Testy bezpieczeństwa mogą być wymagane w celu sprawdzenia, czy aplikacja zezwala tylko użytkownikom posiadającym odpowiednie prawa i uprawnienia na autoryzację do korzystania z systemu, a przypadki testowe powinny być napisane tak, aby obejmowały te scenariusze.
  • Testy regresyjne mogą być wymagane w celu sprawdzenia, czy podstawowe funkcje i funkcje krytyczne działają poprawnie w każdej wersji.

9) Przegląd przypadku testowego : Jedną z najważniejszych i najczęściej pomijanych faz rozwoju oprogramowania i cyklu życia testów jest „ PRZEJRZEĆ ”. Gdy plan projektu obejmuje wystarczającą ilość czasu na proces przeglądu na każdym etapie rozwoju projektu najwyższej jakości produkty i produkty, których możemy się spodziewać.

Na przykład, przed rozpoczęciem pisania przypadków testowych, testerzy powinni sprawdzić, czy dokument „specyfikacji wymagań” jest przeglądany i czy wszystkie punkty przeglądu są uwzględnione i zaktualizowane w dokumencie. Jeśli organizacja postępuje zgodnie z właściwym i dojrzałym procesem, wszystkie szablony dokumentów powinny mieć tę informację o zmianie na pierwszej stronie samego dokumentu.

Dokumenty przypadków testowych należy przeglądać co najmniej 3 razy poprzez:

i) Samoocena
ii) Wzajemna ocena
iii) Przegląd przez inne osoby pod kątem kompletności, pokrycia testów, identyfikowalności oraz tego, czy przypadek testowy jest testowalny, czy nie.

10) Wreszcie, zrozumieć, jak oszacować i zaplanować zadania testowe . Zaplanuj pracę tylko o zaplanowanej, szacowanej godzinie w ciągu dnia. Można to osiągnąć, rozpoczynając i kończąc zadania na czas i wychodząc na dany dzień z planami zadań na następny dzień.

Unikaj przesiadywania do późnych godzin nocnych i spędzania weekendów w biurze. W dzisiejszych czasach dostępne są wydajne metody zarządzania projektami, a projekty są realizowane w środowisku zwinnym. Jeśli kamienie milowe nie zostaną osiągnięte przez zespoły projektowe, będzie to traktowane jako nieefektywne zarządzanie projektem, a nie nieefektywność zespołów projektowych.

Uwaga : Pamiętaj, nawet dla testy automatyczne przypadki testowe powinny być jasno napisane i przejrzane przynajmniej raz, całkowicie obejmując funkcjonalny przepływ testowanej aplikacji. Każde narzędzie do testowania automatyzacji może pomyślnie rejestrować i wykonywać przypadki testowe tylko wtedy, gdy ręczne przypadki testowe są jasno zdefiniowane i napisane.

Wskaźniki jakości

Jest to ważna czynność w fazie testowania oprogramowania. Zespół testowy powinien być w pełni świadomy różnych metryk testowych używanych do osiągnięcia celu projektu. Wydajność testera nie jest oceniana tylko na podstawie fazy wykonywania testów, ale na podstawie wszystkich metryk testowych zebranych podczas analizy wymagań, pisania przypadków testowych, wykonywania, raportowania defektów i wreszcie fazy raportowania testów.

Znajdź poniżej kilka ważnych wskaźników testowych następnie większość organizacji dla lepszej produktywności testerów i efektywności faz testowania.

Zobacz takżeinne przydatne metryki testowe używane w fazach testowania:

=> Ważne wskaźniki i pomiary testów oprogramowania i Śledzenie błędów projektu na żywo, metryki testów i proces podpisywania testów.

1) Średnia wydajność testowania

  • Błędy na osobomiesięczne wysiłki testowe.
  • Obliczana jako średnia (całkowita liczba błędów podczas testowania w osobomiesięcznych).
  • Należy obliczyć po każdym zwolnieniu wewnętrznym, a także po zakończeniu testu.
  • Limit akceptacji: powinien być mniejszy niż 50

2) Średnia gęstość defektów klientów

  • Błędy zgłoszone przez klienta po dostawie w porównaniu z całkowitym wysiłkiem testowym w osobomiesiącach.
  • Obliczana jako średnia (całkowita liczba błędów po dostarczeniu / testowaniu w osobomiesięcznych).
  • Do obliczenia po wydaniu zewnętrznym i zakończeniu projektu.
  • Limit akceptacji: powinien być mniejszy niż 1

3) Niepowodzenia testów funkcjonalnych

  • Liczba przypadków testów funkcjonalnych zakończonych niepowodzeniem / Całkowita liczba wykonanych przypadków testów funkcjonalnych.
  • Należy obliczać co miesiąc lub co dwa tygodnie.

4) Błędy z poziomem ważności 1

Tablice C ++ w funkcjach
  • Całkowita liczba błędów zidentyfikowanych na poziomie istotności 1 (bloker).
  • Nie można kontynuować testowania oprogramowania z powodu problemów z blokerem.
  • Należy obliczać co tydzień.

5) Błędy z poziomem ważności 2

  • Całkowita liczba błędów zidentyfikowanych na poziomie ważności 2 (główne błędy).
  • Testowanie tej funkcji nie może być kontynuowane z powodu poważnych błędów, ale można je kontynuować na innych częściach systemu.
  • Należy obliczać co tydzień.

6) Błędy z 3 poziomem ważności

  • Całkowita liczba błędów zidentyfikowanych na poziomie ważności 3 (drobne błędy).
  • Testowanie można kontynuować, ponieważ zidentyfikowany błąd jest niewielki i nie przerywa testowania.
  • Należy obliczać co tydzień.

7) Błędy z 4 poziomem ważności

  • Łączna liczba błędów zidentyfikowanych z 4 poziomem ważności (problemy kosmetyczne).
  • Testowanie można zakończyć bez żadnych problemów, ponieważ zidentyfikowane błędy są związane z kosmetykami i mają zostać naprawione w następnej wersji.
  • Należy obliczać co tydzień.

Zgłaszanie błędów

Mechanizm raportowania błędów powinien być kontrolowany dojrzałym procesem testowym, aby utrzymać jakość aplikacji. Powinien istnieć odpowiedni proces eskalacji do odpowiednich upoważnionych osób, aby poznać stan, wagę i priorytet błędu. Tam są dostępnych jest wiele bezpłatnych i komercyjnych narzędzi do zgłaszania błędów takie jak Bugzilla, Mantis itp., które są bardzo skuteczne w mechanizmie śledzenia problemów i można je łatwo zintegrować z dowolnym narzędziem do zarządzania testami używanym w projekcie.

W każdym projekcie testowym należy codziennie przestrzegać standardowych procedur raportowania statusu online. Każdy błąd / problem zarejestrowany i zgłoszony w tych systemach śledzenia błędów powinien natychmiast wysłać e-mail do odpowiednich władz, które pomogą im zaplanować i podjąć odpowiednie działania.

Aby poznać szczegółowo proces zgłaszania błędówprzeczytaj poniższe artykuły:

=> Jak napisać dobry raport o błędzie? Porady i wskazówki
=> Przykładowy raport o błędzie
=> Dlaczego zgłaszanie błędów to sztuka, której powinien się nauczyć każdy tester?
=> Cykl życia błędu
=> Przykładowe raporty o błędach dla aplikacji internetowych i produktów

Raporty z testów

Oprócz zgłoszonych, zarejestrowanych i eskalowanych zgłoszeń błędów w systemie zgłaszania błędów, raport z testów jest jednym z najważniejszych dokumentów, które pozwalają poznać stan testów i inne ważne metryki zidentyfikowane i obliczone w okresie raportowania testów.

Poniżej znajduje się jeden taki prosty raport z testu:

Przeczytaj również następujące przydatne samouczki dotycząceefektywne raportowanie testów:

=> Przewodnik dotyczący pisania skutecznego raportu podsumowującego testy
=> Jak inteligentnie raportować wykonanie testów (Pobierz szablon raportu o stanie)

jak dodać ciąg do tablicy ciągów

zwycięski

jaya1

Wniosek

Proces przygotowania do pisania przypadków testowych to nie tylko alokacja zasobów w projekcie, ale jest kilka kluczowych wymagań, takich jak przygotowanie się jako kwalifikujący się tester i zrozumienie wskaźników jakości monitorowanych przez cały cykl życia testów, a nawet po wydaniu.

Tak więc, podążanie za procesem, standardami, procedurami i ścisłe trzymanie się wskaźników jakości z pasją, może automatycznie przynieść w Tobie doskonałą wydajność testowania, produktywność i testera jakości, co stanie się nawykiem w Twoim życiu zawodowym.

Te czynniki jakości mogą być analizowane samodzielnie lub grupowo, zadając kilka pytań który pokaże, czy jesteśmy na dobrej drodze do samodoskonalenia i doskonalenia procesów w celu osiągnięcia skutecznego podejścia do pisania i wykonywania przypadków testowych:

  • Czy zapoznałeś się z wymaganiami funkcjonalnymi / wymaganiami użytkownika / dokumentami przypadków użycia biznesowego?
  • Czy dokument wymagań funkcjonalnych został odpowiednio przejrzany i zaktualizowany z komentarzami do przeglądu?
  • Czy otrzymałeś prototypy ekranów dla wszystkich funkcji do przetestowania?
  • Czy czujesz się komfortowo w pisaniu przypadków testowych, które są testowalne i identyfikowalne przez cały cykl życia testów?
  • Czy masz wymagany zestaw umiejętności i wiedzę domeny, aby przetestować testowaną aplikację?
  • Czy potrzebujesz szkolenia lub wiedzy technicznej wymaganej do wykonywania przypadków testowych?
  • Czy masz harmonogram pisania, recenzowania i wykonywania przypadków testowych, który obejmuje czas przygotowania dokumentów dotyczących jakości?
  • Czy masz rówieśników, którzy przejrzą twoje przypadki testowe, i upoważnionego eksperta merytorycznego do sprawdzania kompletności i zakresu testowanych funkcji i funkcji?
  • Czy masz wystarczająco dużo przypadków testowych dla wszystkich wymagań funkcjonalnych?
  • Czy masz wystarczająco dużo przypadków testowych do testowania wydajności, testów obciążenia i testów bezpieczeństwa?
  • Czy masz wystarczająco dużo przypadków testowych do instalacji i testów regresyjnych?
  • Czy masz osobę kontaktową w celu eskalacji problemów lub zgłaszania błędów?
  • Czy narzędzie do śledzenia błędów jest poprawnie skonfigurowane z wymaganymi uprawnieniami dla wszystkich?
  • Czy czujesz się komfortowo w śledzeniu wszystkich procesów określonych w planie testów?
  • Czy bierzesz udział we wszystkich spotkaniach przeglądowych i masz szansę porozmawiać z zespołem ds. Rozwoju lub zarządzania?
  • Czy poprawiła się Twoja produktywność i efektywność, czy też musisz podjąć jakieś działania w tym celu?

Zalecana literatura = >> Najlepsze kursy kreatywnego pisania online

Istnieje wiele podobnych pytań, które testerzy mogą sobie zadać podczas analizy samodoskonalenia, w zależności od typu projektu lub organizacji, z którą pracują. Najważniejsze jest to, aby wszystkie te czynności nie były wykonywane tylko po to, aby śledzić procesy, ale powinny być tworzone jako codzienne nawyki, które można wykonać poprzez PASJA DO TESTÓW tylko.

POPRZEDNIA samouczek | NEXT Tutorial

rekomendowane lektury

^