software testing training
zadarmoVýcvik testovania softvéruNa projekte v reálnom čase naživo:
Sme veľmi radi, že to môžeme predstaviť ďalej séria bezplatných školení o testovaní softvéru. Budeme simulovať komplexný softvérový projekt v reálnom čase, ktorý prechádza každou fázou podrobne, so zvláštnym dôrazom na školiace procesy, fázy, úlohy a zodpovednosti QA, výstupy atď.
Stručne povedané, buďte pripravení na krátky online kurz Testovania softvéru.
Dôležitá poznámka : Nižšie uvedené bezplatné návody sú užitočné na úvod, ale ak vás zaujíma najlepšie online školenie LIVE Software Testing od odborníkov, prosím skontrolujte túto stránku.
=> Tu jezoznam všetkých návodovv tejto bezplatnej sérii školení Live Project QA:
anime tv všetko zadarmo pre vás
- Deň 1: Živý úvod do projektu
- 2. deň: Preskúmanie dokumentu SRS a vytvorenie testovacích scenárov
- 3. deň: Ako napísať dokument s testovacím plánom od nuly
- 4. deň: Písanie testovacích prípadov z dokumentu SRS
- 5. deň: Vykonanie testu
- 6. deň: Sledovanie chýb, testovacie metriky a testovacie odhlásenie
Prečo toto bezplatné školenie QA?
Dostávame veľa otázok od našich čitateľov, aby sme sa podelili o naše skúsenosti s webom presný proces testovania softvéru nasledujú tímy pre testovanie softvéru. Preto sme sa rozhodli zdokumentovať toto úplné STLC pomocou ukážky živej aplikácie, ktorá je k dispozícii na testovanie na internete.
Tento živý projekt použijeme pre našu sériu školení o testovaní softvéru. Dôrazne vám odporúčame pozorne sledovať túto sériu, pretože sa bude učiť a implementovať ako rýchlokurz testovacie postupy na živej aplikácii.
Čo sa dozviete:
Výcvik testovania softvéru na živom projekte - čo to je?
Než pôjdeme ďalej, dovoľte mi chvíľu vysvetliť, o čom je táto séria kurzov Softvérového testovania a ako sa bude formovať, keď sa posunieme vpred.
Vybrali sme si živú aplikáciu (ktorej podrobnosti sú uvedené nižšie) a začíname s:
- Preskúmanie SRS
- Písanie Testovacie scenáre
- Plánovanie testov
- Dizajn testovacieho prípadu
- Identifikácia testovacích údajov
- Vykonanie testu
- Správa defektov
- Hlásenie stavu
- Metrická zbierka
- V zásade všetko, čo by sme zvyčajne robili v projekte testovania softvéru v reálnom čase - s príkladmi v reálnom čase, artefaktmi a výsledkami, ktoré boli všetko vytvorené v procese.
Ako postupovať v tejto sérii kurzov testovania softvéru?
Krok 1) Úvod a návod SRS - Tento mini testovací kurz softvéru začneme návodom SRS. Vytvorili sme a zdieľame vzorový dokument SRS. Prejdite si to, pretože všetky ďalšie kroky závisia od vášho pochopenia tejto aplikácie.
Krok 2) Príprava scenára kontroly a testovania SRS.
Krok č. 3) Testovací plán - dokončite proces vytvárania testovacieho plánu od nuly. Konečná verzia plánu testov vám bude poskytnutá ako referencia.
Krok č. 4) Testovacie prípady - dokončite proces písania testovacích prípadov s niektorými vzorovými testovacími prípadmi. Na písanie testovacích prípadov môžeme použiť akýkoľvek nástroj alebo tabuľku na správu testov.
Krok č. 5) Návod na použitie a vykonávanie testu - Ako vykonať testovacie prípady a zaznamenať výsledky testov?
Krok č. 6) Hlásenie porúch
Krok č. 7) Overenie chyby, postupujúci testovací proces
Krok č. 8) Odhlásenie QA
Zámerom je poskytnúť vám všetkým pocit skúseností a odborných znalostí z projektu v reálnom čase. Dúfame, že vám bude táto séria užitočná.
Aplikácia, ktorú budeme ďalej používať
Úvod
Zákazník: Oranžová
Prihláška: Ukážka OrangeHRM .
Poskytovateľ služieb: SoftwareTestingHelp.com
Popis projektu
Orange chce vytvoriť komerčný produkt na správu ľudských zdrojov, ktorý by mohli spotrebovať a prispôsobiť strední podnikatelia pôsobiaci v jednej krajine a globálne.
Má 2 verzie: Profesionálny a podnikový.
Medzi tieto funkcie patrí
- Správa osobných informácií
- Pokročilá správa odchodu
- Sledovanie dochádzky a dochádzky
- Riadenie výkonu zamestnancov
- Nábor
- Pokročilé prehľady
- Riadenie zamestnancov podľa krajiny / miesta
- Pravidlá lokalizovanej dovolenky
- Konfigurovateľné pracovné toky
- Platinová podpora
- Hlásenie podľa krajiny / miesta
- Vlastné prehľady
Poznámka : Z dôvodu jednoduchosti a obmedzenia rozsahu zvážme zamestnanecký modul tohto portálu HRM, kde má používateľ možnosť zadať svoje osobné údaje.
Ak má zákazník alebo vlastník firmy potrebu pustiť sa do online sveta alebo vykonať aktualizáciu na už existujúcom webe alebo aplikácii, je to obchodný problém a softvér je kód, ktorý je navrhnutý na riešenie tohto obchodného problému.
nedefinovaný odkaz na triednu funkciu c ++
Zákazník potom osloví poskytovateľa softvérových služieb, aby pre neho tento softvér stal skutočnosťou. Vtedy začína softvérový projekt.
Tradičné Waterfall Project (SDLC) má tieto fázy:
- Ako QA všetci vieme, že aj keď je „test“ krokom 5 tohto toku, nie je to jediné miesto, kde my testéri hrajú významnú úlohu.
- Testovanie je tiež reaktívna práca. Bez pripraveného kódu alebo aplikácie na testovanie nemôžeme skutočne nič „otestovať“. Aby sme boli pripravení a reagovali čo najefektívnejším spôsobom, snažíme sa čo najviac plánovať a pripravovať sa dopredu. Takže aj keď je fáza 5 určená na testovanie, naše aktivity začínajú veľmi dopredu.
Stručne povedané, toto sa deje v každej fáze !!
Začať:
Len čo sa výrobca a zákazník dohodnú na podmienkach, začne sa výroba softvéru.
- V tejto fáze sa zhromažďujú a analyzujú obchodné požiadavky. Analýza bude okrem iného zahŕňať rozhodnutia o technologických aspektoch, špecifikáciách hardvéru a softvéru, ľuďoch, úsilí, čase, dôležitosti a vylepšeniach.
- Do tohto kroku sú zapojení obchodní analytici, projektoví manažéri a zástupcovia klientov.
- Na konci tohto kroku a základného projektu je vypracovaný plán.
- Vyrábajú sa dokumenty špecifické pre projekt, ako napríklad dokument rozsahu alebo obchodné požiadavky.
- Zapojenie QA v tejto fáze sa zvyčajne neočakáva. (Toto je nepatrná odchýlka od toho, čo by malo byť, pretože na identifikáciu problémov na začiatku vývojových fáz je najlepšie zapojiť QA hneď od začiatku.)
Definovať:
Vstupné údaje pre tento krok sú finalizované obchodné požiadavky.
- Táto fáza zahŕňa preklad obchodných požiadaviek do funkčných požiadaviek na softvér. Napríklad , ak je obchodnou požiadavkou umožniť používateľovi kúpiť si niečo zo stránky. Funkčná požiadavka bude mať podrobnosti ako Formát webových stránok-> názov a umiestnenie možnosti ponuky-> vyhľadať produkt-> nákupný košík-> platba (registrácia alebo neregistrácia) -> možnosti platby-> potvrdenie predaja.
- Do tejto fázy sú zapojení vývojári, obchodní analytici, projektoví manažéri
- Výstupom tejto fázy je podrobný dokument obsahujúci funkčné požiadavky softvéru. Tento dokument je označovaný mnohými názvami - Špecifikácia softvérových požiadaviek (SRS), Dokument o funkčných požiadavkách (FRD) alebo Špecifikácia funkčných požiadaviek (FRS).
- Tu sa zapojí tím QA - po dokončení dokumentácie SRS.
- Zatiaľ čo finalizácia funkčných požiadaviek a dokumentácia SRS prebiehajú, manažér / vedúci QA je zapojený do vypracovania návrhu počiatočná verzia plánu skúšok a vytvoriť tím QA.
- Účasť tímu QA bude po zdokumentovaní SRS.
- V tejto fáze poskytne vývojový tím alebo obchodný analytik alebo niekedy dokonca vedúci tímu QA ukážku SRS tímu QA.
- V prípade nového projektu najlepšie funguje dôkladný sprievodca v podobe konferencie alebo stretnutia
- V prípade neskorších vydaní pre existujúci projekt sa dokument pošle e-mailom alebo umiestnením do spoločného úložiska tímu QA. Tím QA by ho v tomto okamihu prečítal / skontroloval offline a systému dôkladne porozumel.
- Keďže primárnym cieľovým publikom pre dokument SRS nie sú iba testéri, nie všetko je pre nás užitočné. My testéri by sme mali byť pri preskúmaní tohto dokumentu dostatočne usilovní, aby sme rozhodli, ktoré jeho časti sú pre nás užitočné a ktoré jeho časti nie.
Dokument SRS pre tento projekt naživo
Vzor tohto dokumentu je priložený k tomuto príspevku aby ste získali predstavu o tom, ako tento dokument vyzerá, formát, v ktorom je napísaný, aké informácie obsahuje atď. V nasledujúcom článku sa dozvieme, ako tento dokument spotrebúva tím QA, aby sme mohli pokračovať v našich testovacích projektoch.
==> Stiahnite si ukážkový dokument SRS živého projektu .
Záver
V tomto článku sme vám predstavili proces vývoja a testovania softvéru. Zdieľali sme tiež vzorový dokument SRS pre živý projekt, ktorý sa chystáme testovať.
=> Nasledujúci článok v tejto sérii školení o testovaní softvéru bude - SRS Review a proces vytvárania testovacích scenárov .
Poznámka: Zatiaľ čo sa píše ďalší článok v tejto sérii školení QA, spolupracujte tu s nami paralelne väčšina živých zážitkov . Pokúste sa dobre prečítať dokument SRS a potom budeme pokračovať v ďalších krokoch, keď sa opäť stretneme.
Príjemné testovanie, dovtedy!
O autorovi: Člen tímu STH Swati Seela nám pomáha predstaviť tento živý projekt QA série školení.
Odporúčané čítanie
- Sylabus kurzu Softvérové testovanie - podrobný výcvikový plán online kurzu
- Spätná väzba a recenzie na kurz testovania softvéru
- Časté otázky k výcvikovému kurzu QA na testovanie softvéru
- Najlepší školiaci kurz QA na testovanie softvéru
- Ako skontrolovať dokument SRS a vytvoriť testovacie scenáre - školenie o testovaní softvéru na živom projekte - 2. deň
- Zdroje na testovanie QA softvéru a súbory na stiahnutie
- Sprievodca outsourcingom QA: Spoločnosti outsourcingu testovania softvéru
- Testovanie aplikácií - do základov testovania softvéru!