defect prevention methods
Efektivní přístup k prevenci defektů a kritické pohledy:
Quality Assurance je termín, který se běžně používá k oslovení testovacích týmů v projektech IT.
Kromě technických aspektů nejsou aktivity zajišťování kvality zaměřeny pouze na identifikaci defektů (což je hledání defektů poté, co k nim došlo. Jedná se jednoduše o testování nebo kontrolu kvality), ale zahrnují také prevenci defektů (ujištění, že k defektům nedojde vůbec, vady jsou odstraněny / zmenšeny před vstupem do softwarového produktu).
Jednoduchým ekvivalentním ekvivalentem může být:
QA = QC (identifikace vady) + prevence defektů
I když to zní celkem jednoduše, je k dispozici menší důraz nebo směr, jak nebo co přesně jsou úkoly prevence defektů.
Pravdou je, že defekty nalezené během testovací fáze nebo horší po vydání jsou nákladnější pro nalezení a opravu a mohou způsobit ztrátu důvěry ve značku. Čím dříve jsou preventivní opatření přijata, tím lépe. Kromě toho prevence defektů také pomáhá společnostem dosáhnout nejvyšší úrovně CMMI (Capability Maturity Model Integration).
V tomto článku se pojďme blíže podívat na prevenci defektů.
Co se naučíte:
- Prevence defektů
- Metody a techniky prevence defektů
- Manipulace s úrovní a vadami TMM testovací organizací
- Role a odpovědnosti týmu
- Závěr
- Doporučené čtení
Prevence defektů
Prevence defektů je zásadním krokem nebo aktivitou v jakémkoli procesu vývoje softwaru a jak je vidět z níže uvedeného diagramu, je to téměř polovina našich testovacích úkolů:
Stručně řečeno, v každé z níže uvedených fází jsou odpovědnosti testerů za prevenci vad:
# 1) Kontrola specifikace požadavku:
Poté, co porozumíte požadavkům zákazníka, připravte si základní požadavky.
V tomto kroku je důležitá kontrola - první úroveň kontroly by měla být v týmu, následovaná další úrovní externí kontroly (vývojářem nebo BA nebo klientem), aby se zajistilo, že jsou všechny perspektivy synchronizovány.
# 2) Recenze designu:
Fázi návrhu lze považovat za strategickou fázi svého druhu a její projití zajistí, že tým QA porozumí kladům a záporům jednotlivých strategií.
Tento druh kritického postupu pomůže odhalit jakékoli problémy s uvedenými strategiemi a napravit je, než půjde dále. To lze považovat za studii proveditelnosti strategie (nebo strategií).
# 3) Kontrola kódu:
nejlepší program pro opravu chyb registru
Testerů není příliš mnoho, aby se přímo zapojili do této fáze, ale recenze zde také pokračují. Vývojáři provádějí kontroly kódu, návody a kontroly před testováním aplikace a integrací.
Metody a techniky prevence defektů
Níže jsou uvedeny některé tradiční a běžné metody, které se již dlouhou dobu používají k prevenci defektů;
# 1) Kontrola a kontrola: Tato metoda zahrnuje kontrolu jednotlivým členem týmu (samokontrola), vzájemné hodnocení a inspekce všech pracovních produktů.
=> Další informace o tom, jak se to provádí, najdete v našem Testování dokumentace článek.
# 2) Návod: Toto je víceméně jako recenze, ale většinou to souvisí s porovnáním systému s prototypem, což poskytne lepší představu o správnosti a / nebo vzhledu systému.
# 3) Protokolování vad a dokumentace: Tato metoda poskytuje některé klíčové informace, argumenty / parametry, které lze použít k podpoře analýzy defektů.
# 4) Analýza hlavních příčin: Analýza kořenových příčin zahrnuje dva hlavní přístupy:
I) Paretova analýza:
Paretova analýza je formální a jednoduchá technika, která pomáhá stanovit prioritu pořadí řešení problémů pro maximální dopad. Uvádí, že 80% problému vzniká z 20% důvodů.
Proto jsou jednou identifikované problémy upřednostňovány podle četnosti a provádí se podrobná analýza založená na statistikách, aby se zjistilo, které z 20% důvodů byly připisovány 80% problémům. Pouhým zaměřením na těchto 20% důvodů a jejich odstraněním jsou zaručeny výsledky při optimalizaci rozsahu práce.
II) Analýza rybí kosti:
Také známý jako Ishikawa analýza tato metoda je více vizuální technikou analýzy příčin. Nejsou zahrnuty žádné statistiky, protože tato metoda je založena na brainstormingu celého týmu. Následující diagram to lépe pochopí.
Problém je nejprve zapsán na pravou stranu a na vodorovné čáře, která jím prochází, jsou uvedeny různé příčiny. Pobočka, která má kosti s nejvyšším počtem příčin (nebo čáry / větve), je problém, který je nejzávažnější a na jehož odstranění je třeba pracovat. Tato technika se také někdy nazývá analýza příčin a následků .
Manipulace s úrovní a vadami TMM testovací organizací
# 1) TMM (Testing Maturity Model) je založen na CMM, tj .; Model zralosti schopností.
#dva) Prevence defektů zahrnuje mnoho zaměstnanců a jejich společné úsilí v různých fázích, což je důvod, proč hraje prominentní roli na úrovni TMM 5. např .; Pokud se v jakémkoli testovacím případě nebo postupu vyskytne závada často, může organizace přidělit skupinu zaměstnanců, kteří závadu analyzují a vypracují plán obsahující akce pro změny v procesu s problémem.
# 3) Mezi výhody programu prevence defektů patří:
- Zaměstnanci jsou motivovaní a jsou si více vědomi
- Spokojenost zákazníků
- Zvýšená spolehlivost, správa a předvídatelnost
- Vylepšené neustálé zlepšování procesů
Role a odpovědnosti týmu
Do procesu prevence závad jsou zapojeny tři kritické skupiny:
otevření souboru eps v systému Windows
Role manažera:
- Pro úspěch jakéhokoli programu prevence defektů musí být management silně podporován.
- Podpora může mít formu zdrojů, školení a nástrojů, které jsou nutné k úspěšnému provedení plánu.
- Vedení by mělo definovat příslušnou politiku a v případě potřeby by mělo provést určité kulturní změny.
- Manažeři mají podporovat diskuse, distribuci běžných seznamů defektů a změny v procesu.
Role testera:
- Testeři udržují databázi defektů, která zahrnuje sběr dat defektů.
- Údaje o vadách musí být pravidelně aktualizovány a informace o vadách by měly být neustále aktuální.
- Naplánovat implementaci změny
Role klienta:
- Klient hraje poměrně malou nebo omezenou roli, ale jeho závazek ke kvalitě je zásadní.
Závěr
Prevence defektů hraje hlavní a zásadní roli v procesu vývoje softwaru. Pomáhá řídit kvalitu softwarového produktu „dříve a levněji“ pomocí výše uvedených technik.
Zajišťuje, že problémy budou vyřešeny brzy, aniž byste se dostali do aplikace. Považuje hledání hlavních příčin za svůj primární prostředek identifikace a případného odstranění problémů.
Za udržování kvality softwaru je odpovědný hlavní management a celý tým včetně vedoucího projektu, klienta a každého člena týmu.
Jaké jsou vaše metody prevence defektů? Sdílejte níže své komentáře, dotazy a myšlenky.
Doporučené čtení
- Co je technika testování na základě vad?
- Proces správy defektů: Jak efektivně spravovat defekty
- Co je životní cyklus vady / chyby při testování softwaru? Výukový program pro defekt životního cyklu
- Proces defektního třídění a způsoby řešení schůzky defektního třídění
- Statické testování a dynamické testování - rozdíl mezi těmito dvěma důležitými testovacími technikami
- Jak reprodukovat nereprodukovatelný defekt a zajistit, aby vaše úsilí při testování stálo za to
- Testování softwaru je vše o nápadech (a jak je generovat)
- 7 Principy testování softwaru: Shlukování vad a Paretův princip