what is early testing
Čo je to predčasné testovanie?
Testovanie softvéru by sa malo začať začiatkom životného cyklu vývoja softvéru. To pomáha zachytiť a eliminovať chyby v počiatočných štádiách SDLC, tj. Vo fázach zhromažďovania požiadaviek a návrhu. Skoré začatie testovania pomáha znižovať počet porúch a nakoniec náklady na prepracovanie.
Rôzne aspekty Skoré testovanie ktoré by pomohli manažérom a vedúcim QA pri vývoji alebo navrhovaní dokumentu Stratégia testovania v SDLC, sú vysvetlené tu.
Prijatie predčasného testu bude nesmierne viesť k úspešnému dodaniu kvalitného produktu.
Na konci tohto tutoriálu budú mať čitatelia, manažéri zabezpečenia kvality, potenciálni zákazníci a testéri spravodlivé znalosti o nasledujúcich konceptoch:
c ++ zabudované funkcie
- Prečo predčasné testovanie v SDLC (vydanie projektu alebo softvéru)?
- Rozsah úsilia v rámci včasného testovania
- Čo otestovať včas?
- Štart a Koniec
- Klady a zápory
Poďme teraz podrobne preskúmať nuansy !!
Čo sa dozviete:
- Princípy testovania
- Prečo testovať skoro v SDLC?
- Rozsah úsilia v rámci včasného testovania
- Čo otestovať včas?
- Štart a výstup v skorom teste
- Klady a zápory
- Záver
- Odporúčané čítanie
Princípy testovania
Postava 1 - Zjednodušený pohľad na Princípy testovania
Pre dané vydanie softvéru, systému alebo produktu v SDLC existujú rôzne dobre definované metodiky alebo stratégie pre väčšinu z nasledujúcich princípov testovania.
- Čo je to Testovanie?
- Prečo testovanie?
- Čo otestovať?
- Ako testovať?
Niektoré z najdôležitejších otázok, na ktoré by sa mnohí čitatelia, testéri, vedúci pracovníci a manažéri zabezpečenia kvality pýtali alebo chceli dostať viac objasnenia, sú však zahrnutie (šedá oblasť v postava 1 )
- Kedy začať testovať vo vydaní softvéru alebo Kedy by sa malo začať testovať v projekte?
- Kedy začať s testovaním a kedy s testovaním prestať?
- Prečo by sa testovanie malo začať skoro v SDLC?
- Čo je prvý test vývoja softvéru?
Pre ľahké pochopenie publika som zhromaždil všetky otázky týkajúce sa „šedej oblasti“ pod jeden dáždnik Skoré testovanie.
Prečo testovať skoro v SDLC?
Poďme diskutovať o niektorých udalostiach a činnostiach, ktoré sú súčasťou testovania.
Tím správy programu zvyčajne pridelí správcu programu (PM) k danému vydaniu softvéru alebo projektu. PM v spolupráci so všetkými zainteresovanými stranami vrátane tímov marketingu, vývoja, zabezpečenia kvality a podpory prichádza s harmonogramom vydania
V tomto návode som si vybral Časový plán vydávania štvrťročne použitím model Vodopád vysvetliť Koncepty včasného testovania podrobne.
Časový plán testovania vydania softvéru
Väčšina organizácií sa stále riadi tradičnými Časovo závislé vydanie (TBR) modely, kde sa plánuje vydanie softvéru alebo produktu na štvrťročné, polročné alebo ročné dodanie.
Na vykonávanie týchto vydaní softvéru sa používa predovšetkým model Waterfall. V niektorých prípadoch je pre kratší cyklus uvoľňovania použitý model Agile / Scrum.
Obrázok 2 - Typický rozvrh štvrťročného testovania vydania (nie celkový projekt alebo plán vydania)
Dopad kritických alebo veľmi závažných chýb
Obrázok 3 - Typický dopad kritických chýb
Hlavne , v priebehu testovania sa očakáva, že
- Kritické alebo veľmi závažné chyby identifikujú a zapíšu testéri.
- Vývojári budú musieť tieto chyby opraviť.
- Následne budú musieť testéri overiť opravy.
Po druhé , mnoho organizácií pre produktové a softvérové inžinierstvo všeobecne uznáva, že oprava a overenie vysokej závažnosti alebo kritických chýb vo veľmi veľkom počte je
- Časovo náročné
- Využívanie zdrojov (človek + stroj)
- Náchylné na kolaterál, opravujúce kritické chyby sa väčšinou dotýkajú veľkej časti kódu vrátane oblastí križovatiek.
Nakoniec , ak sa na konci daného vydania nájde veľké množstvo kritických chýb, dôjde k jednému alebo viacerým z nasledujúcich negatívnych vývojov.
- Vysoká pravdepodobnosť predĺženia testovacieho cyklu.
- Vysoká pravdepodobnosť zmeškania termínu vydania.
- Z konkrétneho uvoľnenia bude pravdepodobne potrebné vytiahnuť konkrétnu vlastnosť s veľkým počtom chýb.
- Plnenie záväzkov zákazníka.
Ako je to s ostatnými vadami?
Testéri identifikujú a zaznamenajú chyby so strednou a nízkou prioritou. Je tiež potrebné, aby s nimi primerane zaobchádzali tím pre vývoj a QA. Celkovo teda ide o objemné cvičenie.
Neexistuje strieborná guľka
Je známou skutočnosťou, že žiadne množstvo testovania nemôže odhaliť každú chybu, ktorú má softvérový produkt alebo systém. Prakticky to znamená, že testovanie nekončí, ani že produkt nemá chyby.
Avšak z „ Prevádzkovateľnosť Z hľadiska konkurenčného modelu a modelu Time To Market (TTM) je potrebné prelomiť typické myslenie na odhalenie maximálnych defektov na začiatku cyklu vydania, najmä identifikáciu kritických a veľmi závažných defektov.
Čokoľvek alebo všetko vyššie uvedené bude mať negatívny vplyv na podnikanie organizácie. V tejto súvislosti je potrebné prijať Skoré testovanie 'Mať samostatná testovacia činnosť bude prínosom pre celkové riadenie SDLC pre daný projekt alebo vydanie.
Rozsah úsilia v rámci včasného testovania
Po pochopení cieľa Testovanie na začiatku v predchádzajúcej časti s názvom Prečo predčasné testovanie? ‘, Poďme teraz diskutovať o‘ Rozsah úsilia v rámci včasného testu ' podrobne.
Pretože zavádzame Testovanie skoro ako novú aktivitu, ktorú je možné sledovať výlučne v priebehu vykonávania Testovania, odporúča sa precvičiť si rozsah testovacieho úsilia, ako je vysvetlené nižšie.
Predpoklad:
- Celý harmonogram vydania projektu alebo softvéru je schválený a sprístupnený všetkým zainteresovaným stranám.
- Dokument s celkovou stratégiou testovania vypracujú, preskúmajú a schvália všetky zúčastnené strany.
- Funkcie s vysokou, strednou a nízkou prioritou, ktoré sa majú testovať, sú dobre zdokumentované.
- Testovacie plány a testovacie prípady pre všetky funkcie sú vyvíjané, kontrolované a schvaľované všetkými zúčastnenými stranami.
- Všetky testovacie plány a testovacie prípady sa nahrávajú do centrálneho úložiska na sledovanie vykonania testovania.
- Na nastavenie testovacieho zariadenia a vykonanie testovacích plánov sú k dispozícii všetky ľudské zdroje, vybavenie infraštruktúry a nástroje.
Čo otestovať včas?
Obrázok 4 - Celkový prístup k rozsahu testovania včas
Prístup
- Zoberme si Príklad verzie XYZ, ktorá má 3 funkcie s vysokou prioritou A, B a C, 10 funkcií so strednou prioritou a 15 funkcií s malou (alebo nízkou prioritou).
- Funkcie s vysokou prioritou sú tie, ktoré generujú vysoké príjmy a / alebo súlad s normami a / alebo dobiehanie konkurenciou a / alebo jednorazové spravovanie konkurenciou a všetky tieto vlastnosti.
- Funkcie s vysokou prioritou zvyčajne zahŕňajú zložité kódovanie a pridáva sa veľké množstvo nových riadkov kódu.
- Veľké množstvo nových riadkov kódu môže tiež znamenať vysokú pravdepodobnosť križovatiek.
- Funkcie s vysokou prioritou a / alebo funkcie, ktoré majú veľký počet nových riadkov kódu, sú zvyčajne najlepšími kandidátmi na predčasné testovanie.
- Pre činnosť včasného testu nemusí byť vypracovaný samostatný plán testov.
- Vedúci oddelenia QA alebo testéri spolu s vedúcimi oddelenia rozvoja alebo malými a strednými podnikmi (experti na predmetné záležitosti) musia prediskutovať a dohodnúť sa na pokrytie kódexu / testovania pre túto testovaciu činnosť.
- Identifikujte vhodné testovacie prípady s vysokou prioritou a dokonca aj niektoré testovacie prípady so strednou prioritou, ak si myslíte, že je to potrebné z každého z testovacích plánov funkcií A, B a C.
- Keď sú identifikované príslušné funkcie a podmnožina testovacích prípadov, uistite sa, že sú sledované pomocou nástroja na sledovanie testov prijatého organizáciou.
Tip: Spolupráca je kľúčom! Počas aktivity Early Test musia vývojové aj QA tímy úzko spolupracovať, aby zabezpečili, že stanovené ciele budú dosiahnuté kvalitnými výsledkami.
Štart a výstup v skorom teste
Je dôležité, aby si tím vývojárov aj tím QA brainstormovali a dohodli sa na všetkých prístupoch celej aktivity skorého testu vrátane dátumov začiatku a konca, aby boli všetky na jednej stránke.
Kritériá vstupu do štartu
- Percento dokončenia testovania integrácie
- Počet otvorených chýb
- Žiadni blokujúci hráči, aby spustili predčasný test
Fáza aktivity
- Sledovanie pokroku
- Počet kódov počas tohto testovania klesne
- Prístup k oprave chýb
- Prístup k overeniu chyby
- Zaznamenajte si tieto výsledky testovania
Kritériá výstupu
- Odovzdanie aktivít do ďalšej fázy testovania (zvyčajne testovanie funkcií).
- Riešenie nevyriešených chýb nájdených počas predčasného testu.
- Rozlíšenie blokátorov, ak existujú, pre ďalšiu fázu testovania.
- Zverejnite výsledky včasného testovania.
Klady a zápory
Každá nová iniciatíva alebo aktivita má svoje vlastné prednosti a nedostatky.
Poďme preskúmať výhody a nevýhody tohto testovacieho prístupu.
Pros
- Ideálne sa hodí pre model Waterfall.
- Pomáha odhaliť kritické chyby na začiatku testovacieho cyklu.
- Identifikácia kritických chýb na začiatku cyklu vydania.
- Pomáha vývojovému tímu včas stabilizovať Kódex.
- Pomáha minimalizovať kolaterál v dôsledku opráv chýb.
- Pomáha vývojovému tímu detailne identifikovať zraniteľné miesta v rôznych oblastiach križovatky už na začiatku cyklu vydávania.
- Manažérsky tím môže robiť príslušné obchodné rozhodnutia s náležitou starostlivosťou o nevyriešené kritické chyby v konkrétnom vydaní alebo projekte.
- Pomáha predĺžiť pokrytie testom a efektívne bicyklovať.
- Pomáha efektívne a efektívne distribuovať zdroje pre vývoj a testovanie.
Zápory
- Nie je ideálne vhodný pre model Agile / Scrum. Takéto modely však môžu prijať včasný test v šprintoch s príslušným vylepšením.
- Existuje šanca na zníženie Testovanie integrácie vývojovým tímom.
Záver
Zákazníci alebo koncoví používatelia si kupujú alebo osvojujú produkt použiteľnosti alebo systém alebo riešenie. Hlavnou požiadavkou je overenie platnosti softvéru, ktorý je spustený na takomto systéme alebo produktoch
Kľúčové komponenty princípov testovania, napríklad Prečo testovať? Čo je to Testovanie? Čo otestovať? Ako testovať? sú väčšinou dobre definované a zrozumiteľné. Existuje však niekoľko pretrvávajúcich otázok, ktoré čitateľom, testerom, vedúcim a manažérom neustále opierajú o koncepty ako skoré testovanie.
Prijatie skorého testovania ako neoddeliteľnej aktivity celkového harmonogramu testovania pre akýkoľvek softvérový projekt alebo vydanie nesmierne prospieva organizácii dodať robustný kvalifikovaný produkt alebo systém.
Uvedomili ste si niekedy dôležitosť včasného testovania vo vašej kariére? Neváhajte a podeľte sa o svoje myšlienky a skúsenosti v sekcii komentárov nižšie !!
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 [QA Test Automation Tools]
- Príručka na testovanie prenosnosti s praktickými príkladmi
- Úloha pomocníka QA pri testovaní softvéru
- Praktické testovanie softvéru - nová elektronická kniha ZDARMA [Stiahnuť]
- Alfa testovanie a beta testovanie (kompletný sprievodca)
- Kurz testovania softvéru: Do ktorého inštitútu pre testovanie softvéru by som sa mal pripojiť?
- Ako svoju kariéru si zvolíte testovanie softvéru
- Práca na voľnej nohe pre spisovateľa technického obsahu, ktorý testuje softvér