Menu

Průvodce dokumentací k testování softwaru (Proč je to důležité)

software testing documentation guide

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Během své kariéry testování softwaru jsem nikdy neslyšel, že by lidé hodně mluvili o dokumentaci testování softwaru. Obecný názor na dokumentaci k testování je ten, že kdokoli, kdo má volný čas, může dělat dokumentaci, jako je testovací případ, testovací plán, zpráva o stavu, zpráva o chybě, návrh projektu atd.

Ani já jsem se nestaral o dokumentaci více, ale mohu říci, že je mým zvykem umístit všechna data černobíle a také o tom aktualizovat ostatní.

Průvodce dokumentací k testování softwaru (Proč

Co se naučíte:

Moje zkušenost

Chci se s vámi podělit o své zkušenosti:

Jednému z našich klientů (rozzlobený klient) jsme doručili projekt (s neznámým problémem). A našli problém na straně klienta, což pro nás byla velmi špatná situace a jako obvykle byla veškerá vina na QA.

Problém byl v otázce kompatibility jednoho webu. Když na mě přišlo, měl jsem důkaz, že jsem nedostal takový dokument s požadavkem, který uvádí, že musím zkontrolovat také kompatibilitu webu. Díky bohu, že jsem v bezpečí.

To byla lekce pro mě, uvědomil jsem si důležitost dokumentace a od toho dne jsem začal pracovat na dokumentech a vytvořil jsem testovací dokumenty jako Testovací plán, Testovací případy, kontrolní seznam testování zdravého rozumu, hlášení o chybě a mnoho dalších.

nejlepší monitorovací software pro CPU a GPU

„Inkoust je lepší než nejlepší paměť“ - čínské přísloví

Dokumentace k testu: Co je to?

Všichni čteme různé články o testovacích technologiích a metodách, ale kolik z nás vidělo články o dokumentaci? Není pochyb o tom, že jich je málo, je to tak, že dokumenty nejsou důležité? Ne, ale je to proto, že jsme si dosud neuvědomili důležitost dokumentů.

Pokud však pozorujeme, pak je to tak, projekty, které mají všechny dokumenty, mají vysokou úroveň vyspělosti.

Většina společností nedává dokumentaci ani malý význam, stejně jako procesu vývoje softwaru. Pokud hledáme na webu, můžeme najít různé šablony, jak vytvářet různé typy dokumentů. Kolik z nich však organizace nebo jednotlivci skutečně používají?

Faktem je, že pečlivá dokumentace může organizaci ušetřit čas, úsilí a peníze.

Pokud jde o jakýkoli typ certifikace, proč je kladen důraz na dokumentaci, je to jen proto, že ukazuje důležitost klienta a procesů pro jednotlivce a organizaci. Pokud nejste schopni vytvořit dokument, který je pro uživatele pohodlný bez ohledu na to, jak dobrý je váš produkt, nikdo ho nepřijme.

Mám zkušenosti, že vlastníme jeden produkt, který má trochu matoucí funkčnost.

Když jsem na tom začal pracovat, požádal jsem manažera o nějaké dokumenty nápovědy a dostal jsem odpověď „Ne, nemáme žádné dokumenty“. Potom jsem z toho udělal problém, protože jako QA jsem věděl, že nikdo nerozumí, jak používat produkt bez dokladů nebo školení. A pokud uživatel není spokojen, jak z toho produktu vyděláme peníze?

„Nedostatek dokumentace se stává problémem pro přijetí“ - Wietse Venema

Totéž platí pro uživatelské příručky. Vezměte si příklad společnosti Microsoft, uvádějí každý produkt se správnými dokumenty, dokonce i pro Office 2007 máme takové dokumenty, které jsou velmi vysvětlující a snadno srozumitelné pro každého uživatele. To je jeden z důvodů, proč jsou všechny jejich produkty úspěšné.

V malých společnostech jsme vždy slyšeli „odmítnutí projektu ve fázi návrhu nebo zahájení“, je to jen proto, že v dokumentaci návrhu chybí výstižný a expresivní jazyk a aby se ukázala schopnost organizace.

c ++ vrhá char na int

Není to tak, že malé společnosti nemohou poskytovat kvalitní projekty, ale je to jejich neschopnost vyjádřit své schopnosti. (Já také pracuji s malou organizací 80 zaměstnanců a slyšel jsem to mnohokrát)

Osobně mám pocit, že kvalita je jediným oddělením, které to umožňuje. Jsme jediné oddělení, které o tom může argumentovat a může poskytnout našim organizacím úspěšnou budoucnost.

Uspořádejme všechny diskuse v několika bodech z hlediska kvality:

- Objasnit kvalitativní cíl a metody
- Zajistěte jasnost úkolů a konzistenci výkonu
- Zajistit vnitřní koordinaci v práci klienta
- Poskytněte zpětnou vazbu o preventivních opatřeních
- Poskytněte zpětnou vazbu pro svůj plánovací cyklus
- Vytvořte objektivní důkazy o výkonu vašeho systému řízení kvality

10 tipů, které vám pomohou dosáhnout cíle dokumentace k testu

Jak jsem již zmínil ve svém dřívějším příspěvku, pochopení dokumentace k testování softwaru obecně zní „Může to udělat pouze osoba, která má volný čas“. Musíme změnit toto myšlení a pouze my můžeme využít sílu dokumentace na našich projektech.

Není to tak, že nevíme, jak udělat dokumentaci správně. Prostě si nemyslíme, že je to důležité.

Každý musí mít standardní šablony pro všechny druhy dokumentace, počínaje strategií testování, plánem testování, testovacími případy a daty testu až po hlášení o chybě.

Jedná se pouze o dodržování některých standardů (CMMI, ISO atd.), Ale pokud jde o skutečnou implementaci, kolik z těchto dokumentů skutečně používáme? Musíme jen synchronizovat náš proces kvality s normami dokumentace a jiným procesem v organizaci.

Nejjednodušší je sledovat všechny druhy dokumentace je zapojit do projektu od úvodní fáze osobu, která rozumí dynamice, doméně, cíli a technologii projektu. A kdo jiný za to lepší než osoba QA (samozřejmě jsou k dispozici techničtí autoři, kteří to dělají - ale vzhledem k obecnému scénáři malých společností, kde techničtí autoři nejsou přítomni).

K dosažení tohoto cíle testování a dokumentace mám pocit, že se musíme zaměřit na některé body.

Tady je 10 nejlepších tipů, které vám pomohou dosáhnout cíle dokumentace k testu:

# 1) QA by měla zahrnovat úplně první fázi projektu, aby QA a dokumentace fungovaly ruku v ruce.

#dva) Proces definovaný QA by měl následovat technickými pracovníky, což pomáhá odstranit většinu vad ve velmi počáteční fázi.

# 3) Pouze vytváření a údržba Šablony pro testování softwaru nestačí, přinutit lidi, aby je používali.

# 4) Dokument nejen vytvářejte a nechávejte, podle potřeby aktualizujte.

# 5) Požadavek na změnu je důležitou fází projektu. Nezapomeňte je přidat do seznamu.

# 6) Ke všemu použijte ovládání verzí. To vám pomůže snadno spravovat a sledovat vaše dokumenty.

# 7) Zjednodušte proces nápravy závad zdokumentováním všech závad. Při dokumentaci jakékoli vady nezapomeňte uvést jasný popis vady, reprodukovat kroky, postiženou oblast a podrobnosti o autorovi.

# 8) Pokuste se zdokumentovat, co potřebujete, abyste porozuměli své práci a co budete muset předložit zúčastněným stranám, kdykoli je to nutné.

# 9) Pro dokumentaci použijte standardní šablonu. Jako každá šablona listu aplikace Excel nebo šablona souboru doc ​​a držte se jí pro všechny potřeby vašeho dokumentu.

# 10) Sdílejte všechny dokumenty související s projektem na jednom místě, přístupné všem členům týmu pro referenci a také je můžete kdykoli aktualizovat.

Neříkám, že uplatněním kroků získáte náhlé výsledky. Vím, že tato změna nenastane za den nebo dva, ale alespoň můžeme začít, aby se tyto změny začaly odehrávat pomalu.

Nakonec „dokumentace potřebuje dokumentaci“. Že ano?

V životním cyklu vývoje a testování softwaru se používají stovky dokumentů.

Důležité dokumenty pro testování softwaru

Zde uvádím několik důležitých dokumentů o testování softwaru, které musíme pravidelně používat / udržovat:

1) Testovací plán
2) Provedení zkoušky a Specifikace testovacího případu
3) Testovací strategie
4) Souhrnné zprávy o testu
5) Týdenní zpráva o stavu
6) Uživatelské dokumenty / příručky
7) Zpráva o přijetí uživatele
8) Posouzení rizik
9) Testovací protokol
10) Hlášení chyb
jedenáct) Testovací data
12) Analýza testu

Softwaroví testeři musí pravidelně odkazovat na následující dokumenty:
1) Specifikace softwarových požadavků
2) Funkční dokumenty

Závěr

Dokumenty o testování softwaru vždy hrají důležitou roli ve fázi vývoje / testování projektu. Vždy tedy udržujte dokumentované věci, kdykoli je to možné. Nespoléhejte na verbální komunikaci. Buďte vždy na bezpečné straně.

jak mohu otevřít soubory dat

Dokumentace vám nejen ušetří, ale také pomůže organizaci z dlouhodobého hlediska ušetřit tisíce dolarů na školení a hlavně na řešení problémů způsobených nedostatkem vývojových a testovacích dokumentů.

Nezdokumentujte jen proto, abyste na sebe neměli ukazovat prstem, ale zvyk dokumentace jistě přinese systematický přístup k vašemu procesu testování a ponechá testování ad hoc za sebou.

O autorovi: Tento článek je napsán členem týmu STH Tejaswini. Pracuje jako manažer QA v organizaci.

Jaké další dokumenty uchováváte při svých každodenních testovacích činnostech?

Doporučené čtení

^