software testing training
Volný, uvolnitŠkolení testování softwaruNa živém projektu v reálném čase:
Jsme velmi nadšení, že to můžeme představit dále série bezplatných výukových programů pro testování softwaru. Budeme simulovat podrobný softwarový projekt v reálném čase procházející každou fází se zvláštním důrazem na procesy školení QA, fáze, role a odpovědnosti, výstupy atd.
Stručně řečeno, buďte připraveni na krátký online kurz testování softwaru.
Důležitá poznámka : Níže uvedené bezplatné návody jsou užitečné pro začátek, ale pokud vás zajímá nejlepší online školení LIVE Software Testing od odborníků, prosím zkontrolujte tuto stránku.
=> Zde jeseznam všech výukových programův této bezplatné tréninkové sérii Live Project QA:
ba otázky se zeptat na pohovor
- Den 1: Živý představení projektu
- Den 2: Kontrola dokumentu SRS a vytvoření testovacích scénářů
- 3. den: Jak napsat dokument s testovacím plánem od začátku
- 4. den: Psaní testovacích případů z dokumentu SRS
- 5. den: Provedení testu
- 6. den: Sledování chyb, testovací metriky a testovací odhlášení
Proč toto školení QA zdarma?
Od našich čtenářů dostáváme mnoho dotazů, abychom se podělili o své zkušenosti s přesný proces testování softwaru následované týmy pro testování softwaru. Rozhodli jsme se tedy dokumentovat toto kompletní STLC pomocí ukázkové živé aplikace, která je k dispozici k testování na internetu.
Tento živý projekt použijeme pro naši sérii školení testování softwaru. Důrazně doporučujeme, abyste tuto sérii pozorně sledovali, protože se bude učit a implementovat rychlokurz zkušební postupy na živé aplikaci.
Co se naučíte:
Výcvik testování softwaru na živém projektu - co to je?
Než půjdeme dále, dovolte mi chvilku vysvětlit, o čem je tato řada kurzů Softwarové testování a jak se bude vyvíjet, jak budeme postupovat vpřed.
Vybrali jsme živou aplikaci (jejíž podrobnosti jsou uvedeny níže) a začneme s:
- SRS recenze
- Psaní Testovací scénáře
- Plánování testů
- Návrh testovacího případu
- Test identifikace dat
- Provedení testu
- Správa defektů
- Hlášení stavu
- Metrická kolekce
- V zásadě vše, co bychom obvykle dělali v projektu testování softwaru v reálném čase - s příklady v reálném čase, artefakty a výstupy, které byly vytvořeny v procesu.
Jak sledovat tuto sérii kurzů testování softwaru?
Krok 1) Úvod a Návod SRS - Tento mini testovací kurz softwaru zahájíme návodem SRS. Vytvořili jsme a sdíleli ukázkový dokument SRS. Projděte si to, protože všechny další kroky závisí na vašem pochopení této aplikace.
Krok 2) SRS Review and Test Scenario preparation.
Krok č. 3) Testovací plán - dokončete proces vytváření testovacího plánu od nuly. Konečná verze plánu testování bude s vámi sdílena pro referenci.
Krok č. 4) Test Cases - kompletní proces psaní testovacích případů s některými ukázkovými testovacími případy. K psaní testovacích případů můžeme použít jakýkoli nástroj nebo tabulku pro správu testů.
Krok č. 5) Návod na aplikaci a provádění testu - Jak provádět testovací případy a zaznamenávat výsledky testů?
Krok č. 6) Hlášení vad
Krok č. 7) Ověření vady, postup regresního testování
Krok č. 8) Odhlášení QA
Záměrem je poskytnout vám všem pocit zkušeností a odborných znalostí v reálném čase. Doufáme, že vám tato řada bude užitečná.
Aplikace, kterou budeme dále používat
Úvod
Klient: oranžový
Aplikace: OrangeHRM demo .
Poskytovatel služeb: SoftwareTestingHelp.com
Popis projektu
Orange chce vytvořit komerční produkt pro správu lidských zdrojů, který by mohli spotřebovávat a přizpůsobovat středně velké podniky se sídlem v jedné zemi a globálně.
Má 2 verze: Profesionální a podnikové.
Funkce zahrnují
- Správa osobních údajů
- Advanced Leave Management
- Sledování docházky a času
- Řízení výkonu zaměstnanců
- Nábor
- Pokročilé hlášení
- Řízení zaměstnanců podle země / místa
- Pravidla lokalizované dovolené
- Konfigurovatelné pracovní postupy
- Platinová podpora
- Hlášení podle země / místa
- Vlastní hlášení
Poznámka : Z důvodu jednoduchosti a omezení rozsahu pojďme zvážit zaměstnanecký modul tohoto portálu HRM, kde má uživatel možnost zadat své osobní údaje.
Pokud má zákazník nebo vlastník firmy potřebu pustit se do online světa nebo provést aktualizaci na již existujícím webu nebo aplikaci, je to obchodní problém a software je část kódu, která je určena k řešení tohoto obchodního problému.
Zákazník se poté obrátí na poskytovatele softwarových služeb, aby pro něj tento software stal realitou. Tehdy začíná vznik softwarového projektu.
Tradiční Waterfall Project (SDLC) má následující fáze:
- Jako QA všichni víme, že i když je „Test“ krokem 5 tohoto toku, není to jediné místo, kde hrají naši testeři významnou roli.
- Testování je také reaktivní práce. Bez žádného kódu / aplikace připravené k testování nemůžeme opravdu nic „otestovat“. Abychom byli připraveni a reagovali co nejefektivněji, snažíme se co nejvíce plánovat a připravovat dopředu. Takže i když je fáze 5 určena k testování, naše aktivity začínají hodně dopředu.
Stručně řečeno, toto se děje v každé fázi !!
Zahájit:
Jakmile se výrobce a zákazník dohodnou na podmínkách - začíná výroba softwaru.
- V této fázi jsou shromažďovány a analyzovány obchodní požadavky. Analýza bude mimo jiné zahrnovat rozhodnutí o technologických aspektech, specifikacích hardwaru a softwaru, lidech, úsilí, čase, relevanci a vylepšeních.
- Do tohoto kroku jsou zapojeni obchodní analytici, vedoucí projektů a zástupci klientů.
- Na konci tohoto kroku a základního projektu je připraven plán.
- Jsou vytvářeny dokumenty specifické pro projekt, jako je dokument rozsahu nebo obchodní požadavky.
- Zapojení QA v této fázi obvykle nelze očekávat. (Jedná se o nepatrnou odchylku od toho, co by mělo být, protože k identifikaci problémů v raných fázích vývoje je nejlepší zapojit QA hned od začátku.)
Definovat:
Dokončené obchodní požadavky jsou vstupy pro tento krok.
- Tato fáze zahrnuje převod obchodních požadavků na funkční požadavky na software. Například , pokud je obchodním požadavkem umožnit uživateli koupit něco z webu. Funkční požadavek bude mít podrobnosti jako Formát webu-> Název a umístění možnosti nabídky-> Hledat produkt-> Nákupní košík-> Pokladna (registrace nebo ne) -> Možnosti platby-> Potvrzení prodeje.
- Do této fáze jsou zapojeni vývojáři, obchodní analytici, vedoucí projektů
- Výstupem této fáze je podrobný dokument obsahující funkční požadavky softwaru. Tento dokument je označován mnoha jmény - Specifikace softwarových požadavků (SRS), Dokument o funkčních požadavcích (FRD) nebo Specifikace funkčních požadavků (FRS).
- Zde se zapojuje tým QA - po dokončení dokumentace SRS.
- Zatímco probíhá finalizace funkčních požadavků a dokumentace SRS, je manažer / vedoucí QA zapojen do návrhu počáteční verze testovacího plánu a tvoří tým QA.
- Zapojení týmu QA bude po zdokumentování SRS.
- V této fázi poskytne vývojový tým nebo obchodní analytik nebo někdy i vedoucí týmu QA průchod SRS týmu QA.
- V případě nového projektu nejlépe funguje důkladný návod v podobě konference nebo setkání
- V případě pozdějších vydání stávajícího projektu je dokument odeslán e-mailem nebo umístěním do společného úložiště týmu QA. Tým QA by jej v tomto okamžiku přečetl / zkontroloval offline a důkladně porozuměl systému.
- Protože primárním cílovým publikem pro dokument SRS nejsou jen testeři, není pro nás vše užitečné. My testeři bychom měli být při přezkoumání tohoto dokumentu dostatečně pečliví, abychom rozhodli, které jeho části jsou pro nás užitečné a které jeho části nejsou.
Dokument SRS pro tento živý projekt
K tomuto příspěvku je přiložen vzorový dokument SRS abychom získali představu o tom, jak tento dokument vypadá, formát, ve kterém je napsán, jaké informace obsahuje atd. V dalším článku se budeme věnovat tomu, jak tento dokument spotřebovává tým QA, abychom mohli pokračovat dále v našich testovacích projektech.
nejlepší zdarma DVD Ripper pro šifrované DVD
==> Stáhněte si ukázkový dokument SRS živého projektu .
Závěr
V tomto článku jsme vás seznámili s procesem vývoje a testování softwaru. Také jsme sdíleli ukázkový dokument SRS pro živý projekt, který budeme testovat.
=> Nadcházející článek v této sérii školení o testování softwaru bude - SRS Review a proces vytváření testovacích scénářů .
Poznámka: Zatímco se píše další článek v této sérii školení QA, pracujte s námi paralelně zde pro většina živých zkušeností . Pokuste se dobře přečíst dokument SRS a poté budeme pokračovat dalšími kroky, až se znovu setkáme.
Šťastné testování, do té doby!
O autorovi: Člen týmu STH Swati Seela nám pomáhá představit tuto živou sérii školení QA projektu.
Doporučené čtení
- Osnova kurzu testování softwaru - podrobný plán školení online kurzu
- Zpětná vazba a recenze kurzu testování softwaru
- Časté dotazy ke školení QA týkajícímu se testování softwaru
- Nejlepší online školení pro QA testování softwaru
- Jak zkontrolovat dokument SRS a vytvořit testovací scénáře - školení testování softwaru na živém projektu - 2. den
- Zdroje pro testování softwaru QA a soubory ke stažení
- Průvodce QA Outsourcing: Outsourcingové společnosti pro testování softwaru
- Testování aplikací - do základů testování softwaru!