how plan manage testing projects effectively
Plánovanie projektu je jedným z ústredných prvkov procesu riadenia projektu.
To, ako každý jednotlivý tím interpretuje ciele, ktoré sa majú dosiahnuť, je priamym vyjadrením úrovne jasnosti zahrnutej v pláne projektu. Najmä pokiaľ ide o testovací projekt, môže mať nepresné plánovanie projektu vážne dôsledky na vykonanie testu testovaného systému a na celkovú kvalitu produktu ako celku.
=> Kliknutím sem zobrazíte kompletnú sériu návodov na kompletný testovací plán
V tomto návode na plánovanie testovacích projektov sa dozvieme
- Celkový proces plánovania projektu pri testovaní projektov
- Diskusia o určitých špecifických prvkoch plánovania, ako sú riadenie zdrojov, koordinácia a techniky podávania správ
Čo sa dozviete:
- Proces plánovania testu
- Efektívne riadenie testovacieho projektu
- Pridelenie a rozdelenie úloh
- Tipy na správu zdrojov
- Sledovanie testov / nástroje používané na vykazovanie
- Záver
- Odporúčané čítanie
Proces plánovania testu
Tu nižšie je stručná ukážka rôznych fáz procesu plánovania testov.
1. etapa: Skontrolujte a analyzujte požiadavky
Toto je prvý krok pre akýkoľvek projekt a hrá veľmi dôležitú úlohu v každom testovacom projekte.
Zatiaľ čo sa snažíš analyzovať požiadavky , musí testovací tím identifikovať a teda určiť, ktoré položky sa majú testovať. Tieto položky výrazne závisia od toho, ako koncový užívateľ spotrebuje systém, a preto musia byť merateľné, podrobné a zmysluplné.
Položky alebo vlastnosti, ktoré sú identifikované, vo všeobecnosti popisujú, čo konkrétny softvér alebo produkt zamýšľa robiť; charakterizované ako funkčné požiadavky. Môžu byť identifikované aj niektoré nefunkčné požiadavky, ako napríklad výkon alebo vzájomná interakcia softvérových komponentov.
Ľudia, ktorí si uvedomujú obchodný cieľ a vedia vhodne definovať potrebné požiadavky, sú zvyčajne súčasťou tejto aktivity. Požiadavky sa potom zdokumentujú a rozošlú na kontrolu. Aby sa dokument dostal ku konečnému podpisu, musia byť zahrnuté všetky komentáre a spätná väzba.
Fáza # 2: Rozsah testovania
Rozsah testovania je všeobecne rozšírením fázy analýzy požiadaviek a väčšinou sa považuje za jednu činnosť, pretože idú ruka v ruke. Po splnení požiadaviek skúšobný tím určí, ktoré položky sa majú testovať a ktoré nie.
Táto aktivita by sa mala zamerať aj na určenie, ktoré oblasti testovania pokrývajú aké tímy.
Napríklad jeden tím je určený pre FVT (Function Verification Test) a SVT (System Verification Test) bude mať úplne iný priestor pre testovanie a globalizácia môže alebo nemusí byť vykonaná FVT a tak ďalej.
Pokiaľ si testovací projekt vyžaduje automatizáciu, hodnotí sa tu aj realizovateľnosť. Stanovenie jasného rozsahu sa ukáže ako neoceniteľné pre vedenie, aby jasne určilo, čo bolo testované a ktorý tím sa podieľal na testovaní.
Fáza # 3: Navrhnite stratégia testovania podľa rozsahu
Testovací tím po zhromaždení požiadaviek a identifikácii rozsahu testovania potom vypracuje dokument na vysokej úrovni s názvom dokument stratégie testovania, ktorý definuje prístup k testovaniu na dosiahnutie cieľov testu.
Dokument o stratégii testovania nemá byť príliš často aktualizovaný.
Na vysokej úrovni bude mať obsah dokumentu o stratégii testovania rozsah a cieľ testovania, prístup, úlohy a zodpovednosti jednotlivých testovacích tímov, nástroje určené na testovanie, identifikované metriky, plány rizík a zmierňovania, vykazovanie a sledovanie mechanizmy a pod.
Fáza # 4: Identifikujte požadované nástroje potrebné na testovanie a správu
Na základe toho, či je automatizácia možná a či je zameraná na automatizáciu CLI (rozhranie príkazového riadku) alebo GUI, je potrebné identifikovať príslušné nástroje.
Musia tiež existovať nástroje určené na správu testov, ktoré pomôžu pri vytváraní a prideľovaní úloh, sledovaní priebehu testu, identifikácii prekážok a generovaní správ označujúcich pokrok. Podrobnejšie si to rozoberieme v druhej časti tutoriálu.
Fáza # 5: Odhadnite testovacie úsilie a tím
Správny odhad úsilia môže zabrániť časovým oneskoreniam a podľa potreby dynamicky povoliť opätovné vyváženie zdrojov.
Primárne faktory, ktoré by ovplyvňovali túto činnosť sú veľkosť tímu, zručnosti v tíme, prístup tímu a časový plán.
Tím je povinný nechať odhady úsilia preskúmať tímom, aby boli v súlade s týmito faktormi, ktoré sú priamo úmerné ich úrovni záujmu.
Fáza # 6: Definujte rozvrh skúšok
Keď máte testovateľné položky, ktoré sú rozdelené na logické riadkové položky, odhad veľkosti je dokončený pre zadanú prácu, je potrebné definovať plán merateľného testu na základe všetkých týchto a priradených testerov.
Fáza # 7: Plán oprávnenia
Či už ide o nový projekt, ktorý sa musí testovať, alebo o vylepšenie predtým existujúceho systému, testovací tím musí byť vyškolený nielen technicky, ale aj s ohľadom na celkový priebeh testovacieho procesu.
Fáza # 8: Určiť a obstarať testovacie prostredie
Identifikujte potrebnú infraštruktúru potrebnú na testovanie systému a spustite všetky požiadavky na získanie potrebných hardvérových, softvérových a sieťových prvkov na podporu testovania.
Toto je rozhodujúci prvok vo fáze plánovania, pretože bude ovplyvňovať stabilitu testovacieho prostredia, čo bude mať priamy vplyv na vyrobené chyby.
Fáza # 9: Identifikovať testovacie metriky
Testovacie metriky sú všeobecne kvantifikovanou metódou na odvodenie kvality produktu alebo systému.
Na začiatku každého projektu musia byť tieto merateľné jednotky nastavené na úrovni, ktorá pomáha pri určovaní, či existujú nejaké príležitosti na zlepšenie. Na účely auditu kvality sú metriky spravidla priamymi indikátormi kvality produktu a procesu.
10. etapa: Vytvorte plán testovania softvéru , preskúmané a schválené
Dokument plánu testov je zameraný viac na testovanie a vysvetľuje „čo testovať“, „kedy testovať“, „ako testovať“ a „kto bude testovať“, čo sa určuje z technickej dokumentácie, ako sú napríklad dokumenty o prípadoch použitia, návrhy na vysokej úrovni. , atď.
Doteraz sme diskutovali o rôznych fázach plánovania projektu.
Aj keď každá etapa môže byť sama osebe návodom, cieľom tejto časti článku je priblížiť menej často hovorené úlohy plánovania. Ak tieto úlohy nebudú vopred vhodné, budú mať nepriaznivý vplyv na testovací tím, a tým aj na produkt.
c # vs c ++ vs java
Pozrime sa na tieto úlohy, ich dôležitosť a tipy, ako ich neustále improvizovať, aby sme mohli efektívne riadiť projekt QA.
Efektívne riadenie testovacieho projektu
Pri použití efektívnych plánovacích techník možno ľahko identifikovať všetky riziká alebo chyby ešte predtým, ako sa skutočne začne testovanie. Aj keď každá z nižšie uvedených úloh navzájom súvisí, stálo za to ich osobitne spomenúť.
Pridelenie a rozdelenie úloh
Vyplýva to z odhadu úsilia a jeho dimenzovania vo fáze plánovania. S prihliadnutím na schopnosti, prístup, harmonogram a veľkosť tímu je tu niekoľko tipov na rozdelenie úloh:
# 1) Je veľmi dobrým zvykom tím posadiť a veľmi jasne oznámiť cieľ a dôvody stanovenej úlohy. Vedieť, ako konkrétna práca zapadá do celkovej schémy vecí, pomôže ľuďom odvodiť zmysluplnú metódu ich uskutočnenia a umožní im vydať zo seba to najlepšie.
#dva) Pripravte si schému schopností všetkých členov tímu a podľa toho priraďte úlohy. Majte tiež na pamäti, že spravodlivú šancu musia dostať aj mladší členovia.
Napríklad: Ak je úloha veľká, možno ju rozdeliť medzi vyššieho a mladšieho člena. Týmto dosiahnete vedúce vlastnosti u vyššieho člena a tiež sa bude stavať na vedomostiach tohto člena. Ak je úloha zložitá, nechajte na ňu prispieť 2 alebo viac starších členov.
# 3) Keď sa rozhodne o počiatočnej kostre priradenia úlohy s harmonogramom, obtečte ju v rámci tímu a nechajte ich skontrolovať. Vysvetlite tiež motív a logiku zadania.
Pred dokončením zadania by bolo dobré skontrolovať sa u jednotlivca, či s tým súhlasí alebo či má nejaké ďalšie návrhy. Ak neexistujú žiadne námietky, prediskutujte plán a druh hlásenia stavu požadovaného od ich konca.
Spätná väzba môže tiež znamenať, že jednotlivec nesúhlasí s pridelením. Diskutujte s jednotlivcami, prečo s tým nesúhlasia, a rešpektujte ich názor. Ak sú vyjadrené obavy platné, dávajte pozor na možnosti vyváženia úlohy tak, aby neexistovalo riziko, že sa úloha splní podľa plánu.
# 4) Dohodnite sa na spôsobe vykazovania, ktorý sa očakáva. Umožnite jednotlivcom rozhodnúť sa, či chcú dať e-mailová aktualizácia alebo pomocou akýchkoľvek iných neformálnych režimov. Buďte prístupní a vštepte im pocit, že sa k vám môžu priblížiť kedykoľvek, keď majú pocit, že sa zasekli, alebo ak im niečo v dosiahnutí cieľa bráni.
# 5) Identifikácia požadovaných nástrojov na sledovanie požadovaných úloh je nevyhnutná. Pomôže to včasne skontrolovať úlohy, ktoré ešte nie sú rozpracované, tie, ktoré práve prebiehajú a tie, ktoré sú už splnené.
Tipy na správu zdrojov
Veľa informácií o správe testovacích zdrojov bolo urobených ako súčasť môjho článku o vedení, ktorý sa nachádza tu:
=> Testujte vedenie a ako efektívne riadiť testovací tím
Tu sa len v krátkosti dotknem niektorých z týchto aspektov.
# 1) Častejšie je to, že testeri sú vždy pod vysokým tlakom z dôvodu prísnych termínov projektu, nedostatku personálu alebo náhle pridaného nadmerného obsahu bez zmeny časových harmonogramov projektu.
Ak v takýchto prípadoch predpokladáte, že vám môže dôjsť k zúženiu časových plánov, prediskutujte to s vedením a nechajte zodpovedajúcim spôsobom upraviť rozsah.
#dva) V takýchto prípadoch je veľmi dôležité udržiavať komunikačné linky s testermi vždy viac otvorené. Diskutujte s testermi o aktuálnej situácii a naznačte, ako k týmto zmenám dochádza, a preložte ich zhora nadol.
# 3) Vždy sa vyskytnú chyby, technické problémy, otázky, ktoré by bolo treba vyriešiť a ktoré by mali priamy vplyv na stav projektu. Vždy sa snažte zmenšiť priepasť medzi vývojovým a testovacím tímom, aby sa problémy spojené s chybami alebo inými technickými otázkami rýchlo triedili.
Vštepte do každého testera pocit vlastníctva, aby bol v sebavedomej pozícii, ktorá mu umožní viesť a viesť diskusie o riešení technických otázok alebo problémov s vedením alebo vývojármi v danom okamihu.
# 4) Harmonogramy majú vždy dobrú šancu na to, že sa pokazia. Preto nedávajte od vedenia testovacieho tímu očakávania, že sa budú môcť vždy natiahnuť.
'Celá práca a žiadna hra robí z Jacka nudného chlapca' Pravdepodobne ide o príslovie, ktoré je najideálnejšie vhodné pre testovací tím, pretože sú vystavení vysokému riziku prípadného vyhorenia. Vždy majte identifikované zálohy, aby si ľudia mohli vziať čas, keď majú pocit, že si chcú oddýchnuť.
# 5) Pravidelné blokovanie s testovacím tímom a vedením je nevyhnutné na to, aby ste mali kontrolu nad ich úlohami a stavom. Podrobnejšie sa im budeme venovať v nasledujúcej odrážke.
Sledovanie testov / nástroje používané na vykazovanie
Vedenie často reaguje zdvihnutím obočia, keď sa mu oznámi skutočný stav. Tu je niekoľko rád, ako tieto obočie dostať v rozumnej miere.
# 1) Testéri sa pri testovaní vyrovnávajú s veľkou nestabilitou a mnohokrát sa stane, že ich viac ľudí požiada o pokrok na rôznych úrovniach. Považujú za vyčerpávajúce a režijné náklady na vykonávanie týchto administratívnych úloh. Aj keď je dôležité, aby boli informovaní o svojom pokroku, musíte zistiť a menej ťažkopádnou cestou k ich pokroku .
#dva) Usporiadajte pravidelné stretnutia s kontrolným bodom / skrumážou s testovacím tímom a analyzujte, či všetko funguje hladko. Spojte sa s nimi, aby ste zistili, ako ďaleko prišli, čo práve prebieha, čo je potrebné urobiť a čo ich brzdí. V prípade, že sa niekto cíti preťažený, podniknite kroky na vyváženie, aby ste zabezpečili plynulé vykonanie.
# 3) Uskutočňujte pravidelné stretnutia s vedením a nechajte ich, aby si uvedomili, že kontaktná osoba je kontaktným bodom pri akýchkoľvek otázkach týkajúcich sa stavu a od jednotlivých testerov je možné požiadať, aby sa prihlásili, iba ak je to potrebné.
Pokúste sa čo najviac predstaviť testovací tím, okrem stavu komunikácie. Ak tester zaznamenal dôležitú chybu, ukážte ju a oceníte ju u širšieho publika. To bude motivovať každého, aby zvýšil svoju latku.
# 4) Netreba ani pripomínať, že najpresnejším a najtransparentnejším spôsobom vykazovania stavu je identifikácia nástrojov na správu / vykazovanie testov.
K dispozícii sú komplexné nástroje, ktoré vám pomôžu pri plánovaní celého testu Microsoft Project Planner alebo MS projekt 2013 .
Tento nástroj pomáha pri definovaní projektu vo fázach, podstaty požadovaných úloh s rozpisom hlavných a vedľajších úloh pridelených ku každej z týchto fáz, odhadov úsilia, identifikácie závislostí medzi úlohami a prideľovania zdrojov. Týmto spôsobom to pomáha pri efektívnom sledovaní a správe projektu.
Tu nájdete aj veľa nástrojov, ktoré sú veľmi pekne popísané:
=> Najlepšie nástroje na správu a vykazovanie najlepších testov
Záver
Aj keď je možné podrobne diskutovať o každej fáze procesu plánovania, tento dokument pomôže testerom pochopiť, ako je ich úloha zosúladená s týmto celkovým procesom. Toto bol náš pokus vyviesť veľmi konkrétne prvky plánovania testov; ktoré dennodenne ovplyvňujú testovacie tímy, aby mohli efektívne vykonávať svoju prácu.
Dúfam, že tento článok priniesol dobre jasné určité jemné aspekty plánovania projektu. Venovanie času efektívnemu plánovaniu sa môže ukázať ako nápomocné pri dosahovaní míľnikov projektu.
O autorovi: Toto je hosťujúci článok od Snehy Nadigovej. Je testovacím vedúcim s viac ako 8-ročnými skúsenosťami v projektoch manuálneho a automatizovaného testovania.
Chcete sa podeliť o konkrétnejšie tipy na efektívne riadenie testovacích projektov? Dajte nám vedieť v komentároch nižšie.
=> Celý seminár s kompletným plánom testovacieho plánu nájdete tu
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 [QA Test Automation Tools]
- Sylabus kurzu Softvérové testovanie - podrobný výcvikový plán online kurzu
- Stiahnutie e-knihy Testing Primer
- 7 základných tipov na testovanie viacjazyčných webových stránok
- Top 20 praktických tipov na testovanie softvéru, ktoré by ste si mali prečítať pred testovaním akejkoľvek aplikácie
- Proces správy defektov: Ako efektívne riadiť defekty
- 10 tipov, ktoré by ste si mali prečítať pred automatizáciou testovacej práce
- Je testovanie softvéru emocionálnou úlohou?