Zapewnienie jakości oprogramowania (SQA): planowanie, audyt i Review
Tomasza Hamiltona
Po ukończeniu siedmiu faz testów wyniki wyglądają dobrze. W projekcie Guru99 Bank nie wystąpiły żadne istotne problemy. Dobrze zarządzałeś projektem i byłeś dumny z sukcesu tego projektu
Niestety Zarząd jest innego zdania
Nie masz żadnych dowodów potwierdzających, że dobrze zarządzałeś tym projektem. Poprosiłeś doradcę o rozwiązanie. Oto odpowiedź
Ta odpowiedź to początek, ale nadal masz następujące pytania –
Ten samouczek pomoże Ci odpowiedzieć na te pytania –
Co to jest zarządzanie testami Revwidoki i audyt?
- Zarządzanie Revwidok: Zarządzanie Review jest również znany jako Oprogramowanie Zapewnienie jakości lub (SQA). Koncentruje się bardziej na procesie tworzenia oprogramowania niż na produktach pracy oprogramowania. Zapewnienie jakości to zestaw działań mających na celu zapewnienie, że kierownik projektu postępuje zgodnie ze standardowym, już wcześniej zdefiniowanym procesem. Innymi słowy, dział zapewnienia jakości upewnia się, że Kierownik Testów postępuje właściwie i we właściwy sposób.
- Rewizja: Audyt to badanie produktów pracy i powiązanych informacji w celu oceny, czy przestrzegano standardowego procesu, czy nie.
Dlaczego potrzebujemy SQA w procesie Zarządzania Testami?
Aby to zrozumieć, rozważmy następujący scenariusz:
W projekcie Guru99 Bank obsługuje różne fazy testowe, takie jak –
Jako Kierownik Testów jesteś osobą odpowiedzialną za te działania. Jednakże, jesteś na najwyższym stanowisku w zespole projektowym. Kto dokona przeglądu Twoich zadań i sprawdzi, czy działania związane z zarządzaniem projektem są realizowane na najwyższym poziomie?
Otóż audytor SQA to osoba, która przegląda i sprawdza, czy działania związane z zarządzaniem projektem są wykonywane na najwyższym możliwym poziomie . Dopiero na podstawie wyniku tego przeglądu Zarząd może ocenić jakość prowadzonego przez Państwa projektu.
To jest powód, dla którego potrzebujemy Zarządu Review lub SQA w procesie zarządzania testami.
SQA przeprowadza wywiad z Tobą, Menedżerem Testów, w celu porównania projektu z ustalonymi standardami.
Korzyści z SQA to:
Jak wdrożyć zapewnienie jakości?
Krok 1) Opracuj plan SQA
Testowanie potrzeb związanych z aktywnością Plan testów podobnie działalność SQA również wymaga Plan który jest nazywany planu SQA.
Celem planu SQA jest opracowanie procesów i procedur planowania, aby zapewnić wyjątkową jakość wytwarzanych produktów lub usług świadczonych przez organizację.
Podczas planowania projektu Kierownik Testów sporządza plan SQA, w którym okresowo planowany jest audyt SQA.
W planie SQA kierownik testów powinien wykonać następujące czynności:
Krok 1.1) Zidentyfikuj rolę i obowiązki zespołu SQA
W zespole projektowym każdy członek musi ponosić odpowiedzialność za jakość swojej pracy. Każda osoba musi upewnić się, że jej praca spełnia kryteria kontroli jakości.
Zespół SQA to grupa osób, która gra w główną rolę w projekt. Bez kontroli jakości żadna firma nie będzie pomyślnie działać. Dlatego Kierownik Testów musi wyjaśnić odpowiedzialność każdego członka SQA w planie SQA jak poniżej:
- Review i oceniać jakość działań projektowych w celu spełnienia kryteriów kontroli jakości
- Koordynować z zarządem i zespołami projektowymi w celu oceny wymagań oraz udziału w przeglądach projektu i spotkaniach statusowych.
- Tor projektowy i zbierać wskaźniki umożliwiające monitorowanie jakości projektu.
- Zmierzyć jakość produktu; zapewnić produkt spełnia oczekiwania klienta.
Na przykład w planie SQA projektu Guru99 Bank możesz utworzyć listę członków Zespół SQA jak poniżej
| Nie | Członek | role | Odpowiedzialność |
|---|---|---|---|
| 1 | Piotr | Lider SQA | Opracuj i udokumentuj standardy i procesy jakości dla wszystkich procesów zarządzania
Zarządzanie działaniami zapewniającymi jakość oprogramowania w projekcie |
| 2 | James | Audytor SQA | Wykonuj zadania SQA, raportuj liderowi SQA wynik przeglądu SQA. |
| 3 | Fasola | Audytor SQA | Wykonuj zadania SQA, raportuj liderowi SQA wynik przeglądu SQA. |
Krok 1.2) Lista produktów pracy, które audytor SQA będzie przeglądał i audytował
Menedżer Testów powinien
- Lista wszystkie produkty pracy każdego Procesu Zarządzania Testami
- określić do jakich obiektów lub sprzętu audytor SQA może uzyskać dostęp w celu wykonywania zadań SQA, takich jak oceny procesów i audyty.
Na przykład w przypadku projektu Guru99 Bank możesz wypisać produkty pracy każdego procesu zarządzania testami i zdefiniować uprawnienia dla członków SQA umożliwiające dostęp do tych produktów pracy zgodnie z poniższą tabelą
| 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 realizacji zadań SQA
Na tym etapie Kierownik Testów powinien opisać zadania do wykonania przez audytora SQA, ze szczególnym uwzględnieniem działań SQA oraz produktu pracy dla każdego zadania.
Menedżer testów tworzy również plik szeregowanie tych zadań SQA. Zwykle harmonogram SQA jest uzależniony od harmonogramu rozwoju projektu. Dlatego zadanie SQA jest wykonywane w odniesieniu do podejmowanych działań związanych z tworzeniem oprogramowania.
W planie SQA Kierownik Testów ustala harmonogram przeglądu kierownictwa. Na przykład
| Data | Zadania SQA | Osobisty odpowiedzialny | Opis | Wydajność |
|---|---|---|---|---|
| 30-paź-2014 | Oceń procesy planowania projektu, śledzenia i nadzoru | James |
– Specyfikacja oprogramowania Review – Szacunek, harmonogram główny i plan projektu Review |
Raport dotyczący planowania SQA, protokół przeglądu SQA |
| 15-Dec-2014 | Revtj. analiza wymagań | James |
- Revtj. rozwój wymagań dotyczących oprogramowania |
Raport z audytu procesu |
| 30-Mar-2015 | Revprzeglądaj i oceniaj projekt testów | James |
- Revzapoznaj się z dokumentem Projektu Testu |
Raport SQA, protokół przeglądu SQA |
| 30-Mar-2015 | Revczyli zwolnienie | Fasola |
– Audyt procesu: wydanie końcowe |
Raport z audytu procesu SQA |
| 2-Apr-2015 | Revzobacz Zamknięcie projektu | Fasola |
– Przegląd zewnętrzny po ostatecznej dostawie do klienta |
Raport z audytu procesu SQA |
Krok 2) Zdefiniuj standardy/metodologię
Aby przejrzeć działania zarządzania w kontekście procesu standaryzacji, należy wykonać następujące kroki
- Zdefiniuj zasady i procedury mające na celu zapobieganie występowaniu defektów w procesie zarządzania
- Udokumentuj zasady i procedury
- Poinformuj i przeszkol personel w zakresie korzystania z niego
Krok 3) Revspójrz na proces
Revzobacz działania projektowe w celu weryfikacji zgodności z określonym procesem zarządzania. Podczas przeglądu zarządzania członkowie SQA muszą przeprowadzić 5 przeglądów SQA w następujący sposób
Revczas na SQA zależy od modelu cyklu życia rozwoju projektu. W przypadku projektu Guru99 Bank harmonogram przeglądu powinien być następujący
W każdej fazie SQA Członkowie SQA zapewniać konsultacja i przeglądu planów projektu, produktu pracy i procedur dotyczących zgodności z określoną polityką organizacyjną i standardowymi procedurami.
Podczas audytu członkowie SQA powinni używać Lista kontrolna przeglądu SQA
Po przejściu przez 3 etapy wdrożenia Software Assurance otrzymasz wynik Zarządzania Testami Revprzeglądanie i audyt. Jest to dowód, który należy pokazać interesariuszom na temat jakości zarządzania.
Najlepsze praktyki zapewniania jakości oprogramowania
Oto kilka najlepszych praktyk dotyczących skutecznego wdrożenia SQA
- Ciągłe doskonalenie: Należy ulepszyć cały standardowy proces w SQA często i wykonane urzędnik aby drugi mógł za nim podążać. Ten proces powinien być dyplomowany przez popularne organizacje, takie jak ISO, CMMI… itp.
- Dokumentacja: Wszystkie zasady i metody kontroli jakości zdefiniowane przez zespół ds. kontroli jakości powinny zostać udokumentowane na potrzeby szkolenia i ponownego wykorzystania w przyszłych projektach.
- Doświadczenie: Wybór członków będących doświadczonymi audytorami SQA to dobry sposób na zapewnienie jakości przeglądu zarządzania
- Użycie narzędzia: Wykorzystując narzędzie takie jak narzędzie do śledzenia, narzędzie do zarządzania procesem SQA zmniejsza wysiłek SQA i koszty projektu.
- Metryka: Opracowywanie i tworzenie wskaźników pozwalających śledzić jakość oprogramowania w jego obecnym stanie, a także porównywać poprawę z poprzednimi wersjami, pomoże zwiększyć wartość i dojrzałość oprogramowania Testowanie wygląda tak
- Odpowiedzialność: Proces SQA nie jest zadaniem członka SQA, lecz wszyscyzadanie. Za jakość produktu odpowiada każdy członek zespołu, a nie tylko kierownik testów czy menadżer.
