Menu

Listy kontrolne testowania oprogramowania do kontroli jakości (w zestawie przykładowe listy kontrolne)

qa software testing checklists

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Listy kontrolne testowania jakości oprogramowania

Dzisiaj przedstawiamy kolejne narzędzie wysokiej jakości, które jest tak często niedostatecznie używane, że pomyśleliśmy, że omówimy szczegóły na jego temat w nadziei, że odzyska utraconą chwałę. To jest „lista kontrolna”.

Definicja: Lista kontrolna to katalog pozycji / zadań, które są rejestrowane w celu śledzenia. Ta lista może być uporządkowana w kolejności lub może być przypadkowa.

Listy kontrolne są nieodłączną częścią naszego codziennego życia. Używamy ich w różnych sytuacjach, od zakupów spożywczych po listę rzeczy do zrobienia na cały dzień.

Listy kontrolne testowania oprogramowania QA

Czego się nauczysz:

Przegląd list kontrolnych testowania oprogramowania do zapewniania jakości

Gdy tylko dotrzemy do biura, zawsze robimy listę rzeczy do zrobienia na ten dzień / tydzień, jak poniżej:

Gdy pozycja na liście jest gotowa, skreślasz ją, usuwasz z listy lub zaznaczasz ptaszkiem - aby zaznaczyć ukończenie. Czy to nie jest dla nas zbyt znajome?

Czy to jednak wszystko, do czego można to wykorzystać?

jak zgrać płyty DVD za darmo

Czy możemy formalnie korzystać z list kontrolnych w naszych projektach IT (w szczególności QA), a jeśli tak, to kiedy i jak? Oto, co zostanie omówione poniżej.

Osobiście zalecam korzystanie z list kontrolnych z następujących powodów:

  • Jest wszechstronny - może być używany do wszystkiego
  • Łatwy w tworzeniu / obsłudze / utrzymaniu
  • Analiza wyników (postęp zadań / status ukończenia) jest bardzo łatwa
  • Bardzo elastyczny - w razie potrzeby możesz dodawać lub usuwać elementy

Zgodnie z ogólną praktyką omówimy aspekty „Dlaczego” i „Jak”.

  • Dlaczego potrzebujemy list kontrolnych? : Do śledzenia i oceny ukończenia (lub braku ukończenia). Zapisywać zadania, aby nic nie zostało przeoczone.
  • Jak tworzymy listy kontrolne? : Cóż, to nie może być prostsze. Po prostu zapisz wszystko punkt po punkcie.

Przykład list kontrolnych dla procesów kontroli jakości:

Jak wspomniałem powyżej, istnieją pewne obszary w dziedzinie kontroli jakości, w których możemy skutecznie zastosować koncepcję listy kontrolnej i uzyskać dobre wyniki. Dwa obszary, które dziś zobaczymy, to:

  • Przegląd gotowości do testów
  • Kiedy przerwać testowanie lub lista kontrolna kryteriów wyjścia

1) Przegląd gotowości do testów

Jest to bardzo powszechna czynność wykonywana przez każdy zespół ds. Kontroli jakości w celu ustalenia, czy mają wszystko, czego potrzebują, aby przejść do fazy wykonywania testów. Jest to również czynność powtarzająca się przed każdym cyklem testowania w projektach obejmujących wiele cykli.

Aby nie napotkać problemów po rozpoczęciu fazy testowania i zdać sobie sprawę, że weszliśmy w fazę wykonawczą przedwcześnie, każdy projekt zapewniania jakości musi przeprowadzić przegląd w celu ustalenia, czy zawiera wszystkie dane wejściowe niezbędne do pomyślnego testowania.

Lista kontrolna doskonale ułatwia to działanie. Pozwala z wyprzedzeniem sporządzić listę potrzebnych rzeczy i przeglądać każdą pozycję po kolei. Możesz nawet ponownie użyć utworzonego arkusza do kolejnych cykli testowych.

Dodatkowe informacje: Przegląd gotowości testów jest generalnie tworzony, a przegląd jest wykonywany przez przedstawiciela zespołu ds. Kontroli jakości. Wyniki są udostępniane kierownikom projektu i innym członkom zespołu, aby wskazać, czy zespół testowy jest gotowy, czy nie, do przejścia do fazy wykonywania testów.

Poniżej znajduje się przykład przykładowej listy kontrolnej przeglądu gotowości do testów:

Kryteria przeglądu gotowości do testów (TRR)

Status

Wszystkie wymagania sfinalizowane i przeanalizowane Gotowy
Plan testów stworzone i sprawdzone Gotowy
Przygotowanie przypadków testowych Gotowe
Przegląd i podpisanie przypadku testowego
Dane testowe dostępność
Testowanie dymu
Czy przeprowadzono testy poczytalności?
Zespół świadomy ról i obowiązków
Zespół świadomy oczekiwanych rezultatów
Zespół świadomy Protokół komunikacyjny
Dostęp zespołu do aplikacji, narzędzia kontroli wersji, Zarządzanie testami
Zespół jest przeszkolony
Aspekty techniczne - Serwer1 odświeżony czy nie?
Zdefiniowano standardy zgłaszania defektów

Teraz wszystko, co musisz zrobić z tą listą, to oznaczyć jako gotowe lub nieukończone.

# 2) Lista kontrolna kryteriów wyjścia

Jak nazwa wskazuje, jest to lista kontrolna, która pomaga w podjęciu decyzji, czy faza / cykl testowania powinna zostać zatrzymana, czy kontynuowana.

Ponieważ produkt wolny od wad nie jest możliwy i będziemy musieli upewnić się, że przetestujemy w jak największym stopniu w danym czasie - tworzona jest lista kontrolna poniższego efektu, aby śledzić najważniejsze kryteria, które należy spełnić uznać fazę testowania za zadowalającą.

Kryteria wyjścia

Status

Wykonane 100% skryptów testowych Gotowy
95% zdawalności skryptów testowych
Brak otwartych błędów krytycznych i poważnych
95% usterek o średniej wadze zostało zamkniętych
Wszystkie pozostałe wady są albo anulowane, albo dokumentowane jako Żądania Zmiany do przyszłego wydania
Wszystkie oczekiwane i rzeczywiste wyniki są rejestrowane i dokumentowane za pomocą skryptu testowego Gotowy
Wszystkie metryki testów są zbierane na podstawie raportów z HP ALM
Wszystkie usterki są rejestrowane w HP ALM Gotowy
Notatka zamknięcia testu została wypełniona i podpisana

Lista kontrolna testów

Czy zamierzasz rozpocząć nowy projekt do testów? Nie zapomnij sprawdzić tej listy kontrolnej testowania na każdym etapie cyklu życia projektu. Lista jest w większości równoważna z planem testów, obejmie wszystkie standardy zapewnienia jakości i testowania.

Lista kontrolna testów:

  1. Utwórz testy systemu i testy akceptacyjne []
  2. Rozpocznij tworzenie testu akceptacji []
  3. Zidentyfikuj zespół testowy []
  4. Utwórz plan pracy []
  5. Utwórz podejście testowe []
  6. Kryteria akceptacji łącza i wymagania stanowiące podstawę testu akceptacji []
  7. Użyj podzbioru przypadków testowych systemu, aby utworzyć część dotyczącą wymagań w teście akceptacyjnym []
  8. Utwórz skrypty do wykorzystania przez klienta, aby wykazać, że system spełnia wymagania []
  9. Utwórz harmonogram testów. Uwzględnij ludzi i wszystkie inne zasoby. []
  10. Przeprowadź test akceptacyjny []
  11. Rozpocznij tworzenie testów systemu []
  12. Zidentyfikuj członków zespołu testowego []
  13. Utwórz plan pracy []
  14. Określ wymagania dotyczące zasobów []
  15. Znajdź narzędzia zwiększające produktywność do testowania []
  16. Określ wymagania dotyczące danych []
  17. Osiągnij umowę z Data Center []
  18. Utwórz podejście testowe []
  19. Zidentyfikuj potrzebne obiekty []
  20. Uzyskaj i przejrzyj istniejący materiał testowy []
  21. Utwórz spis pozycji testowych []
  22. Zidentyfikuj stany projektowe, warunki, procesy i procedury []
  23. Określ potrzebę testowania opartego na kodzie (biała skrzynka). Zidentyfikuj warunki. []
  24. Zidentyfikuj wszystkie wymagania funkcjonalne []
  25. Zakończ tworzenie zapasów []
  26. Rozpocznij tworzenie przypadku testowego []
  27. Utwórz przypadki testowe na podstawie spisu elementów testowych []
  28. Zidentyfikuj logiczne grupy funkcji biznesowych dla nowego systemu []
  29. Podzielić przypadki testowe na grupy funkcjonalne przypisane do zapasów pozycji testowych []
  30. Projektowe zestawy danych odpowiadające przypadkom testowym []
  31. Zakończ tworzenie przypadku testowego []
  32. Przegląd funkcji biznesowych, przypadków testowych i zestawów danych z użytkownikami []
  33. Uzyskaj potwierdzenie projektu testów od kierownika projektu i kontroli jakości []
  34. Zakończ projekt testu []
  35. Rozpocznij przygotowanie do testu []
  36. Uzyskaj zasoby pomocy technicznej []
  37. Przedstaw oczekiwane wyniki dla każdego przypadku testowego []
  38. Uzyskaj dane testowe. Sprawdź i prześledź przypadki testowe []
  39. Przygotuj szczegółowe skrypty testowe dla każdego przypadku testowego []
  40. Przygotuj i udokumentuj procedury konfiguracji środowiska. Uwzględnij plany tworzenia kopii zapasowych i odzyskiwania danych []
  41. Zakończ fazę przygotowania testu []
  42. Przeprowadź test systemu []
  43. Wykonaj skrypty testowe []
  44. Porównaj rzeczywisty wynik z oczekiwanym []
  45. Dokumentuj rozbieżności i utwórz raport o problemie []
  46. Przygotuj wejście fazy konserwacji []
  47. Ponownie wykonaj grupę testową po naprawie problemu []
  48. Utwórz końcowy raport z testu, dołącz listę znanych błędów []
  49. Uzyskaj formalne podpisanie []

Lista kontrolna automatyzacji

Jeśli odpowiesz twierdząco na którekolwiek z tych pytań, wtedy Twój test powinien być poważnie rozważony pod kątem automatyzacji.

P # 1) Czy można zdefiniować sekwencję testową działań?

Odpowiedź: Czy warto wielokrotnie powtarzać sekwencję czynności? Przykładami mogą być testy akceptacji, testy zgodności, testy wydajności i testy regresji.

P # 2) Czy można zautomatyzować sekwencję działań?

Odpowiedź: Może to oznaczać, że automatyzacja nie jest odpowiednia dla tej sekwencji działań.

P # 3) Czy można „półautomatyzować” test?

Odpowiedź: Automatyzacja części testu może przyspieszyć jego wykonanie.

P # 4) Czy zachowanie testowanego oprogramowania jest takie samo z automatyzacją, jak bez?

pytania do wywiadu na temat uspokajających usług internetowych

Odpowiedź: Jest to ważny problem w testowaniu wydajności.

P # 5) Czy testujesz aspekty programu niezwiązane z interfejsem użytkownika? Odpowiedź: Prawie wszystkie funkcje spoza interfejsu użytkownika mogą i powinny być testami automatycznymi.

P # 6) Czy musisz przeprowadzać te same testy na wielu konfiguracjach sprzętowych?

Odpowiedź: Przeprowadź testy ad-hoc (Uwaga: najlepiej byłoby, gdyby każdy błąd miał powiązany przypadek testowy. Testy ad hoc najlepiej wykonywać ręcznie. Spróbuj wyobrazić sobie siebie w rzeczywistych sytuacjach i używać oprogramowania tak, jak zrobiłby to klient. Po wykryciu błędów podczas testów ad-hoc należy tworzyć nowe przypadki testowe, aby można je było łatwo odtworzyć i aby można było przeprowadzić testy regresji, gdy dojdziesz do fazy Zero Bug Build.)

Test ad-hoc to test wykonywany ręcznie, podczas którego tester próbuje zasymulować rzeczywiste użycie oprogramowania. To właśnie podczas testów ad hoc zostanie znalezionych większość błędów. Należy podkreślić, że automatyzacja nie może nigdy zastąpić ręcznego testowania.

Punkty do zapamiętania:

  • Powyższe dwa są przykładami do pokazania wykorzystania list kontrolnych Procesy zapewniania jakości , ale użycie nie ogranicza się do tych dwóch obszarów.
  • Pozycje na każdej liście są również wskaźnikami, które dają czytelnikom wyobrażenie o tym, jakie rodzaje elementów mogą być uwzględnione i śledzone - jednak listę można w razie potrzeby rozszerzać i / lub kompaktować.

Mamy wielką nadzieję, że powyższe przykłady okazały się skuteczne w przybliżeniu potencjału list kontrolnych do procesów zapewnienia jakości i IT.

Dlatego następnym razem, gdy będziesz potrzebować prostego narzędzia, które jest półformalne, proste i wydajne, mamy nadzieję, że zorientowaliśmy Cię, aby dać Ci szansę list kontrolnych. Czasami najprostsze rozwiązanie jest najlepsze.

rekomendowane lektury

^