Zapewnienie jakości oprogramowania (SQA): planowanie, audyt i Review

⚡ Inteligentne podsumowanie

Zapewnienie jakości oprogramowania polega na ocenie procesu zarządzania projektem, a nie samego produktu, dostarczając zarządowi udokumentowane dowody na to, że kierownik testów przestrzegał ustalonych standardów od planowania do wydania.

  • 🔘 Review vs audyt: Przegląd polega na zbadaniu procesu; audyt polega na zbadaniu wytworzonych produktów pracy.
  • Cel: Niezależny audytor SQA dostarcza dowodów, których kierownik testów nie jest w stanie przedstawić sam.
  • Trzy kroki: Opracuj plan SQA, zdefiniuj standardy, a następnie przejrzyj proces zgodnie z harmonogramem.
  • 🧪 Pięć punktów kontrolnych: Standardy SQA0 do SQA4 obejmują planowanie, wymagania, projektowanie testów, wydanie i zamknięcie projektu.
  • 🛠️. Zawartość planu: Określone role, możliwe do przejrzenia produkty pracy z uprawnieniami dostępu i harmonogram audytu z datą.
  • 📈 Najlepsze praktyki: Certyfikuj proces, dokumentuj zasady, track metryk i dzielenia się odpowiedzialnością za jakość.

Zapewnienie jakości oprogramowania (SQA): planowanie, audyt i Review

Po siedmiu fazach testów wyniki wyglądają dobrze. W projekcie nie wystąpiły żadne istotne problemy. GuruBank 99, i byliście dumni z tego, jak to się skończyło. Niestety, Zarząd ma inne zdanie.

Zarząd prosi Kierownika Testów o przedstawienie dowodów na to, że projekt był dobrze zarządzany

Nie masz dowodów na to, że dobrze zarządzałeś projektem, więc pytasz doradcę. Odpowiedź wprost wskazuje na przegląd zarządzania.

Doradca zalecający przegląd Menedżera Testów lub Zapewnienie Jakości jako dowód jakości pracy

Odpowiedź ta stanowi początek, jednak pozostawia ona trzy pytania otwarte — czym właściwie jest przegląd i audyt, dlaczego proces ich wymaga i jak je przeprowadzić:

Schemat blokowy „Co, dlaczego i jak” przedstawiający trzy pytania dotyczące przeglądów i audytów zarządzania testami

Czym jest zarządzanie testami Revprzeglądy i audyty?

  • Przegląd zarządzania: Przegląd zarządzania jest również znany jako przegląd oprogramowania Zapewnienie jakości:, czyli SQA. Koncentruje się na procesie tworzenia oprogramowania, a nie na produktach oprogramowania. Zapewnienie jakości to zestaw działań mających na celu potwierdzenie, że kierownik projektu postępuje zgodnie ze standardowym procesem zdefiniowanym z góry. Zapewnienie jakości zapewnia, że ​​kierownik testów wykonuje właściwe rzeczy we właściwy sposób.
  • Rewizja: Audyt polega na badaniu produktów pracy i powiązanych informacji w celu oceny, czy standardowy proces został rzeczywiście przeprowadzony.

Przegląd dotyczy zachowania; audyt dotyczy pozostawionego przez nie śladu papierowego.

Dlaczego potrzebujemy SQA w procesie zarządzania testami?

Rozważmy następujący scenariusz. Projekt Guru99 Bank przeprowadza łańcuch faz zarządzania testami, począwszy od analizy ryzyka aż po końcowy raport z testów:

Schody faz zarządzania testami: analiza ryzyka, szacowanie, planowanie, organizacja, monitorowanie i kontrola, zarządzanie problemami, raportowanie

Jako Kierownik Testów jesteś osobą odpowiedzialną za te działania. Jednakże, Jesteś na czele zespołu projektowego. Kto następnie przegląda Twoje zadania i sprawdza, czy działania związane z zarządzaniem projektem są realizowane zgodnie z najwyższymi standardami?

Audytor SQA sprawdza, czy działania w zakresie zarządzania projektem spełniają wymagania. i przeprowadza z Tobą wywiady, aby porównać projekt z nim. Tylko na podstawie tej analizy Zarząd może ocenić sposób realizacji projektu. Oto trzy korzyści:

Trzy korzyści z SQA: monitorowanie i doskonalenie procesu, zapewnienie przestrzegania standardów, zapobieganie problemom z jakością

Jak wdrożyć zapewnienie jakości

Zapewnienie jakości jest wdrażane w trzech etapach. Diagram przedstawia etap środkowy. Przygotowanie — przygotowanie standardów i metodologii omówionych w kroku 2:

Trzy kroki wdrażania zapewnienia jakości: opracowanie planu SQA, przygotowanie, przegląd procesu

Krok 1) Opracuj plan SQA

Do przeprowadzenia czynności testowej potrzebne są: plan testów; działalność SQA wymaga również Plan SQAOkreśla ona procesy i procedury, które utrzymują dostarczany produkt lub usługę na oczekiwanym poziomie jakości. Kierownik ds. Testów sporządza ją podczas planowania projektu i okresowo planuje audyty.

Menedżer testów wykonuje trzy podkroki:

Trzy podkroki planu SQA: identyfikacja ról, sporządzenie listy produktów pracy do audytu, utworzenie harmonogramu SQA

Krok 1.1) Określ role i obowiązki zespołu SQA

W zespole projektowym każdy członek odpowiada za jakość swojej pracy i musi upewnić się, że spełnia ona kryteria zapewnienia jakości.

Zespół SQA kieruje tym wysiłkiem, więc Kierownik Testów musi to określić odpowiedzialność każdego członka SQA w planie SQA:

  • Review oraz oceniać jakość działań projektowych w odniesieniu do kryteriów zapewnienia jakości.
  • Koordynować z Zarządem i zespołami projektowymi w celu oceny wymagań oraz udziału w przeglądach i spotkaniach dotyczących statusu projektu.
  • Konstrukcja track oraz zbierać wskaźniki monitorujące jakość projektu.
  • Zmierzyć jakość produktu i zapewnić spełnia oczekiwania klientów.

Na przykład plan SQA projektu Guru99 Bank wymienia Zespół SQA jak poniżej.

Nie Członek role Odpowiedzialność
1 Piotr Lider SQA Opracowywanie i dokumentowanie standardów i procesów jakości dla każdego procesu zarządzania

Zarządzanie działaniami zapewniającymi jakość oprogramowania w projekcie

2 James Audytor SQA Wykonywanie zadań SQA i raportowanie wyników każdego przeglądu SQA Liderowi SQA.
3 Fasola Audytor SQA Wykonywanie zadań SQA i raportowanie wyników każdego przeglądu SQA Liderowi SQA.

Krok 1.2) Wypisz produkty pracy, które audytor SQA będzie wykonywał Revwidok i audyt

Menedżer Testów powinien

  • Lista każdy produkt pracy każdego procesu zarządzania testami.
  • określić do jakich obiektów lub urządzeń może uzyskać dostęp audytor SQA w celu wykonywania zadań SQA, takich jak oceny procesów i audyty.

Dla litu szacuje się Guru99 Bank, wypisz produkty pracy każdego procesu zarządzania testami i ustaw uprawnienia dostępu dla członków SQA:

Nie Fazy ​​zarządzania Produkt pracy ścieżka pozwolenie Przyznaj osobie
1 Ocena ryzyka Dokument dotyczący zarządzania ryzykiem [Ścieżka serwera] Czytaj Wszyscy członkowie zespołu SQA
2 Wyceny Raport szacunków i wskaźników ... Czytaj Piotr
3 Planowanie Dokument dotyczący planowania testów ... Czytaj Wszyscy członkowie zespołu SQA
4 Organizacja Plan zasobów ludzkich, plan szkoleń ... Czytaj Wszyscy członkowie zespołu SQA
5 Monitorowanie i kontrolowanie Zebrane wskaźniki nakładu pracy w projekcie ... Czytaj Fasola
6 Zarządzanie problemami Raport dotyczący zarządzania problemami ... Czytaj James
7 Sprawozdanie z badań Dokument raportu z testów ... Czytaj Wszyscy członkowie zespołu SQA

Krok 1.3) Utwórz harmonogram wykonywania zadań SQA

Kierownik testów opisuje zadania, które będzie wykonywał audytor SQA, oraz produkt pracy wytwarzany przez każde zadanie.

Harmonogram SQA jest zazwyczaj zależny od harmonogramu rozwoju projektu, dlatego każde zadanie jest koordynowane z trwającymi działaniami rozwojowymi. Poniżej znajduje się przykładowy harmonogram przeglądu zarządczego.

Data Zadania SQA Osoba odpowiedzialna OPIS Wydajność
30-paź-2025 Oceniaj planowanie projektu, trackról i procesy nadzoru James – Specyfikacja oprogramowania Review
– Oszacowanie, harmonogram główny i plan projektu Review
Raport planowania SQA, protokoły z przeglądu SQA
15-Dec-2025 Revtj. analiza wymagań James - Revtj. rozwój wymagań dotyczących oprogramowania Raport z audytu procesu
30-Mar-2026 Revprzeglądać i oceniać projekt testów James - Revzapoznaj się z dokumentem Projektu Testu Raport SQA, protokoły przeglądu SQA
30-Mar-2026 Revczyli zwolnienie Fasola – Audyt procesu: wersja ostateczna Raport z audytu procesu SQA
2-Apr-2026 Revzamknięcie projektu wizja Fasola – Recenzja zewnętrzna po ostatecznym dostarczeniu do klienta Raport z audytu procesu SQA

Krok 2) Zdefiniuj standardy i metodologię

Aby można było dokonać przeglądu działań zarządczych pod kątem standardowego procesu, standard musi być najpierw spisany:

  1. Zdefiniuj zasady i procedury mające na celu zapobieganie występowaniu defektów w procesie zarządzania.
  2. Udokumentuj zasady i procedury.
  3. Poinformuj i przeszkol personel w zakresie korzystania z nich.

Schemat traces ta sekwencja:

Zdefiniuj zasady i procedury, udokumentuj zasady i wytyczne, a następnie poinformuj i przeszkol personel

Krok 3) Revzobacz proces

RevPrzegląd działań projektowych w celu weryfikacji zgodności z zdefiniowanym procesem zarządzania. Podczas przeglądu zarządzania członkowie SQA przeprowadzają pięć przeglądów, oznaczonych od SQA0 do SQA4:

Pięć przeglądów SQA: planowanie projektu SQA0, analiza wymagań SQA1, projektowanie testów SQA2, SQA3 przed wydaniem, zamknięcie projektu SQA4

RevCzas oczekiwania zależy od modelu cyklu życia rozwoju. Guru99 Bank, punkty kontrolne mapują cykl życia testów w następujący sposób:

Mapa osi czasuping SQA0 do SQA4 w odniesieniu do planowania testów, wymagań, projektu testów, wykonania testów, raportu z testów i zamknięcia testów

W każdej fazie SQA członkowie SQA dokonują przeglądu planów projektu, produktów pracy i procedur pod kątem zdefiniowanej polityki organizacyjnej. Podczas audytu powinni pracować w oparciu o Lista kontrolna przeglądu SQA, który ocenia każdą aktywność tak, nie lub nie dotyczy i przelicza wynik na procent zaliczeń.

Po przejściu przez trzy etapy wdrażania zapewnienia jakości oprogramowania otrzymasz wynik zarządzania testami RevPrzegląd i audyt. Ten raport jest dowodem jakości zarządzania, który prezentujesz swoim interesariuszom.

Zarząd akceptuje pozytywny raport SQA i chwali Kierownika Testów

Najlepsze praktyki zapewniania jakości oprogramowania

Oto sprawdzone nawyki zapewniające skuteczną implementację SQA.

  • Ciągłe doskonalenie: Każdy standardowy proces w SQA powinien być regularnie udoskonalany i oficjalny, aby inni mogli go stosować. Należy certyfikować proces zgodnie z uznanym modelem, takim jak ISO 9001 lub obszarem praktyki CMMI Process and Product Quality Assurance (PPQA).
  • Dokumentacja: Wszystkie zasady i metody zapewniania jakości zdefiniowane przez zespół ds. zapewnienia jakości powinny zostać udokumentowane na potrzeby szkoleń i ponownego wykorzystania w przyszłych projektach.
  • Doświadczenie: Wybór doświadczonych audytorów SQA to niezawodny sposób na ochronę jakości przeglądu zarządzania.
  • Użycie narzędzi: Korzystanie z narzędzi takich jak problem trackers i narzędzia do zarządzania testami zmniejsza nakład pracy związany z kontrolą jakości (SQA) i koszty projektu.
  • Metryka: Metryki, które tracjakość oprogramowania k w jego obecnym stanie i porównanie jej z poprzednimi wersjami, zwiększenie wartości i dojrzałości testowanie proces.
  • Odpowiedzialność: SQA nie jest zadaniem wyłącznie członka SQA. Za jakość produktu odpowiada każdy członek zespołu, nie tylko kierownik testów czy menedżer.

FAQ

Zapewnienie jakości ma charakter procesowy i zapobiegawczy: sprawdza, czy przestrzegany jest ustalony sposób pracy. Kontrola jakości ma charakter produktowy: kontroluje i testuje produkt końcowy. Guru99 porównuje oba w zapewnienie jakości a kontrola jakości.

Oba rodzaje audytów mają swoje uzasadnienie. Audyty wewnętrzne są tańsze i częstsze, dzięki czemu problemy są korygowane na wczesnym etapie. Audyty zewnętrzne mają większe znaczenie dla klientów i organów regulacyjnych, ponieważ audytor jest niezależny od zespołu realizującego.

Norma ISO 9001 definiuje system zarządzania jakością, norma ISO/IEC 25010 model jakości produktu, a norma ISO/IEC/IEEE 29119 testowanie oprogramowania. CMMI dodaje obszar praktyki Zapewnienie jakości procesów i produktów, który jest najbliższym formalnym odpowiednikiem tego cyklu.

Track efektywność usuwania defektów, gęstość defektów, wymagania i pokrycie testami, wykryte defekty w produkcji oraz ustalenia audytu zamknięte na czas. Guru99 zawiera pełny zestaw pod metryki testowania oprogramowania.

ISTQB Foundation Poziom to zazwyczaj punkt wyjścia, gdzie Menedżer Testów i Analityk Testów są na poziomie zaawansowanym. QAI oferuje certyfikaty CSQA i CSTE, a ASQ oferuje certyfikat Certified Software Quality Engineer dla stanowisk zorientowanych na procesy.

Pod Metodologia zwinna Pięć przeglądów kamieni milowych staje się lżejszych i powtarzalnych. Kontrole procesów przechodzą do przeglądów sprinterskich i retrospektyw, dowody pochodzą z procesu, a nie z dokumentów, a definicja ukończenia pochłania znaczną część listy kontrolnej.

Modele sztucznej inteligencji tworzą teraz przypadki testowe na podstawie wymagań, oznaczają ryzykowny kod do dokładniejszego przeglądu, grupują zduplikowane defekty i podsumowują dowody audytu. Zakres, akceptacja ryzyka i zatwierdzenie pozostają ludzkie, ponieważ audytor musi być odpowiedzialny za wnioski.

Tak, jeśli chodzi o prace mechaniczne. Drugi pilot GitHub Tworzy szkielety skryptów testowych, szablonów konfiguracji i list kontrolnych oraz sporządza notatki z przeglądu różnic. Każda sugestia wymaga przeglądu, ponieważ wygenerowane testy mogą przekonująco wykazać nieprawidłowe zachowanie.

Podsumuj ten post następująco: