defect prevention methods
Podejście do skutecznego zapobiegania defektom i krytyczne poglądy:
Zapewnienie jakości to termin, który jest powszechnie używany w odniesieniu do zespołów testujących w projektach IT.
Pomijając kwestie techniczne, działania związane z zapewnieniem jakości nie są ukierunkowane tylko na identyfikację defektów (czyli znajdowanie usterek po ich wystąpieniu. To po prostu jest testowanie lub kontrola jakości), ale obejmują również zapobieganie defektom (upewnianie się, że defekty nie wystąpią wady są usuwane / ograniczane przed wprowadzeniem ich do oprogramowania).
Prostym odpowiednikiem równania może być:
QA = QC (identyfikacja defektów) + zapobieganie defektom
Chociaż brzmi to dość prosto, istnieje mniejszy nacisk lub kierunek dotyczący tego, jak lub czym dokładnie są zadania zapobiegania defektom.
pomoc techniczną rozmowa kwalifikacyjna pytania i odpowiedzi pdf
Prawda jest taka, że wady wykryte podczas fazy testowania lub gorzej po wydaniu są bardziej kosztowne do znalezienia i usunięcia i mogą spowodować utratę zaufania do marki. Dlatego im wcześniej zostaną podjęte środki zapobiegawcze, tym lepiej. Poza tym zapobieganie defektom pomaga również firmom osiągnąć najwyższy poziom CMMI (Capability Maturity Model Integration).
W tym artykule przyjrzyjmy się bliżej zapobieganiu defektom.
Czego się nauczysz:
- Zapobieganie defektom
- Metody i techniki zapobiegania defektom
- Poziom TMM i obsługa defektów przez organizację testującą
- Role i obowiązki w zespole
- Wniosek
- rekomendowane lektury
Zapobieganie defektom
Zapobieganie defektom to kluczowy krok lub czynność w każdym procesie tworzenia oprogramowania i, jak widać na poniższym diagramie, stanowi prawie połowę naszych zadań testowych:
W skrócie, poniżej przedstawiono obowiązki testerów w zakresie zapobiegania defektom na każdym z poniższych etapów:
# 1) Przegląd specyfikacji wymagań:
Po zrozumieniu wymagań klienta przygotuj ich treść.
Przegląd jest ważny na tym etapie - pierwszy poziom przeglądu powinien odbywać się w zespole, po którym następuje kolejny poziom przeglądu zewnętrznego (przez programistę, licencjata lub klienta), aby upewnić się, że wszystkie perspektywy są zsynchronizowane.
# 2) Przegląd projektu:
Etap projektowania można uznać za swego rodzaju etap strategii, a jego przejście zapewni, że zespół ds. Zapewnienia jakości zrozumie zalety i wady każdej strategii.
Ten rodzaj krytycznego przejścia pomoże odkryć wszelkie problemy ze wspomnianymi strategiami i naprawić je przed przejściem dalej, co można uznać za studium wykonalności strategii (lub strategii).
# 3) Przegląd kodu:
Testerzy nie mogą bezpośrednio zaangażować się w tę fazę, ale tutaj również trwa przegląd. Deweloperzy przeprowadzają inspekcje kodu, instruktaże i przeglądy, zanim przeprowadzą testy jednostkowe i integracyjne aplikacji.
Metody i techniki zapobiegania defektom
Poniżej wymieniono niektóre tradycyjne i powszechnie stosowane metody zapobiegania defektom, które były stosowane od dawna;
# 1) Przegląd i inspekcja: Ta metoda obejmuje przegląd przez pojedynczego członka zespołu (samokontrola), wzajemne oceny i inspekcję wszystkich produktów pracy.
=> Więcej informacji o tym, jak to się odbywa, można znaleźć w naszym Recenzje dokumentacji testowej artykuł.
# 2) Opis: Jest to mniej więcej jak przegląd, ale jest głównie związane z porównaniem systemu do prototypu, co da lepsze wyobrażenie o poprawności i / lub wyglądzie systemu.
# 3) Rejestrowanie i dokumentacja defektów: Ta metoda dostarcza kluczowych informacji, argumentów / parametrów, które mogą być użyte do wsparcia analizy defektów.
# 4) Analiza pierwotnych przyczyn: Analiza przyczyn źródłowych obejmuje dwa główne podejścia:
I) Analiza Pareto:
Analiza Pareto to formalna i prosta technika, która pomaga ustalić kolejność rozwiązywania problemów w celu uzyskania maksymalnego wpływu. Stwierdza, że 80% problemu wynika z 20% przyczyn.
W związku z tym raz zidentyfikowane problemy są uszeregowane według częstotliwości i przeprowadzana jest szczegółowa analiza statystyczna w celu ustalenia, które 20% przyczyn przypisuje się 80% problemów. Koncentrując się po prostu na tych 20% przyczynach i eliminując je, gwarantuje się wyniki przy jednoczesnej optymalizacji zakresu zaangażowanej pracy.
II) Analiza Fishbone:
Znany również jako Analiza Ishikawy ta metoda jest bardziej wizualną techniką analizy przyczyn źródłowych. Nie ma żadnych statystyk, ponieważ ta metoda opiera się na burzy mózgów obejmującej cały zespół. Poniższy diagram pomaga lepiej to zrozumieć.
Najpierw problem jest zapisywany po prawej stronie, a na poziomej linii, która przez niego przechodzi, wymienione są różne przyczyny. Gałąź, która ma najwięcej kości przyczynowych (lub linii / gałęzi) jest najpoważniejszym problemem i należy popracować nad wyeliminowaniem. Ta technika jest również czasami nazywana analiza przyczyn i skutków .
Poziom TMM i obsługa defektów przez organizację testującą
# 1) TMM (Testing Maturity Model) jest oparty na CMM, tj .; Capability Maturity Model.
#dwa) Zapobieganie defektom angażuje wielu pracowników i ich wspólny wysiłek na różnych etapach, co jest powodem, dla którego odgrywa ważną rolę na 5. poziomie TMM, np.; Jeśli defekt występuje często w jakimkolwiek przypadku testowym lub procedurze, organizacja może wyznaczyć grupę pracowników do analizy defektu i opracowania planu zawierającego działania dotyczące zmian w procesie, w którym występuje problem.
# 3) Niektóre z zalet programu zapobiegania defektom to:
- Personel jest zmotywowany i bardziej świadomy
- Satysfakcja klientów
- Zwiększona niezawodność, łatwość zarządzania i przewidywalność
- Ulepszona ciągła poprawa procesu
Role i obowiązki w zespole
W proces zapobiegania defektom zaangażowane są trzy krytyczne grupy:
Rola menedżera:
- Aby jakikolwiek program zapobiegania defektom odniósł sukces, zarządzanie musi być silnie wspierające.
- Wsparcie może mieć formę zasobów, szkoleń i narzędzi wymaganych do pomyślnej realizacji planu.
- Kierownictwo powinno określić odpowiednią politykę i, jeśli to konieczne, dokonać pewnych zmian kulturowych.
- Menedżerowie mają promować dyskusje, rozpowszechniać listę wspólnych defektów i zmiany w procesie.
Rola testera:
- Testerzy utrzymują bazę danych defektów, która obejmuje gromadzenie danych o defektach.
- Dane o wadach muszą być aktualizowane w regularnych odstępach czasu, a informacje o defektach powinny być zawsze aktualne.
- Zaplanować wdrożenie zmiany
Rola klienta:
jak wywołać tablicę z innej metody w java
- Klient odgrywa stosunkowo małą lub ograniczoną rolę, ale jego zaangażowanie w jakość ma kluczowe znaczenie.
Wniosek
Zapobieganie defektom odgrywa ważną i kluczową rolę w procesie tworzenia oprogramowania. Pomaga zarządzać jakością oprogramowania w sposób „szybszy i tańszy” za pomocą wymienionych powyżej technik.
Zapewnia wczesne rozwiązywanie problemów, nawet bez przechodzenia do aplikacji. Uważa, że znalezienie pierwotnej przyczyny jest głównym sposobem identyfikacji i ostatecznego usunięcia problemów.
Za utrzymanie jakości oprogramowania odpowiada główne kierownictwo i cały zespół, w tym kierownik projektu, klient i każdy członek zespołu.
Jakie są Twoje metody zapobiegania defektom? Podziel się swoimi komentarzami, pytaniami i przemyśleniami poniżej.
rekomendowane lektury
- Co to jest technika testowania oparta na defektach?
- Proces zarządzania defektami: jak skutecznie zarządzać defektem
- Co to jest cykl życia defektów / błędów w testowaniu oprogramowania? Samouczek dotyczący cyklu życia wady
- Proces selekcji defektów i sposoby radzenia sobie ze spotkaniem selekcji defektów
- Testowanie statyczne i testowanie dynamiczne - różnica między tymi dwoma ważnymi technikami testowania
- Jak odtworzyć niepowtarzalną usterkę i sprawić, by wysiłek związany z testowaniem był tego wart
- W testowaniu oprogramowania chodzi o pomysły (i jak je generować)
- 7 Zasady testowania oprogramowania: grupowanie defektów i zasada Pareto