- Úvod do koncepcie posunu doľava
- Čo je testovanie posunu doľava?
- Ako ovplyvňuje posun doľava vývoj softvéru?
- Čo by mali testeri robiť inak v programe Shift Left?
- Výhody testovania posunu doľava
- Záver
- Odporúčané čítanie
Koncept Testovanie softvéru sa zaviedol postupne, keď chyby z výroby začali zasahovať do rozpočtu projektu, a preto sa "funkčné testovanie" začalo realizovať s veľmi chudobným tímom testerov. V tom čase sme boli len dvaja testeri oproti tímu 20 vývojárov.
IT priemysel sa začal riadiť vodopádovým modelom vývoja softvéru, v ktorom, ako všetci vieme, životný cyklus vývoja softvéru prebieha postupne v poradí .
Ak teda začnete zľava doprava, fáza testovania sa nachádza úplne vpravo v životnom cykle vývoja softvéru.
Úvod do koncepcie posunu doľava
Postupom času si ľudia uvedomili dôležitosť Testovanie softvéru a vplyv udržiavania "Fázy testovania" na krajnej pravej strane alebo na konci životného cyklu vývoja softvéru. K tejto realizácii došlo preto, že náklady na chyby identifikované smerom ku krajnej pravej strane a na konci boli veľmi vysoké a enormné úsilie & na ich opravu bolo potrebné príliš veľa času.
Vyskytli sa prípady, keď po vynaložení toľkého času a úsilia na softvér nebolo možné pre kľúčovú chybu zistenú na konci uviesť kritický softvér na trh, čo viedlo k obrovským stratám.
Preto sa kvôli identifikácii chyby v poslednej fáze buď odložilo vydanie, alebo sa niekedy softvér vyradil vzhľadom na úsilie potrebné na ich opravu, čo sa naozaj neoplatilo.
"Včasné zachytenie chýb je menej nákladné.
Toto zistenie a veľké ponaučenie prinieslo veľkú revolúciu v softvérovom priemysle a dalo vzniknúť novému konceptu s názvom "Posun doľava , čo znamená posunutie "fázy testovania" doľava od pravej strany alebo zapojenie testovania do každej fázy a zapojenie testerov do celého procesu.
Testovanie s posunom doľava tiež znamená, že netestujete na konci, ale testujete priebežne.
Čo je testovanie posunu doľava?
Po prvé, zásada "posunúť sa doľava" podporuje Skorá spolupráca testovacieho tímu so všetkými zainteresovanými stranami vo fáze vývoja softvéru. Preto dokážu jasne pochopiť požiadavky a navrhnúť testovacie prípady, ktoré pomôžu softvéru "Fail Fast" a umožnia tímu čo najskôr odstrániť všetky chyby.
Prístup Shift Left nie je nič iné ako zapojenie testerov oveľa skôr do životného cyklu vývoja softvéru, čo by im umožnilo pochopiť požiadavky, návrh softvéru, architektúru, kódovanie a jeho funkčnosť, klásť náročné otázky zákazníkom, obchodným analytikom a vývojárom, hľadať vysvetlenia a poskytovať spätnú väzbu, kdekoľvek je to možné, aby podporili tím.
Toto zapojenie a pochopenie povedie testerov k získaniu úplných znalostí o produkte, k premýšľaniu o rôznych scenároch a k navrhovaniu scenárov v reálnom čase na základe správania softvéru, čo pomôže tímu pri identifikácii chýb ešte pred kódovaním.
Ako ovplyvňuje posun doľava vývoj softvéru?
Prístup Shift Lift ovplyvňuje vývoj softvéru viacerými spôsobmi.
Nižšie je uvedených niekoľko kľúčových bodov o funkcii Shift Left:
- Prístup Shift Left sa zameriava na zapojenie testerov do všetkých a najmä kritických fáz programu To umožňuje testerom odkloniť pozornosť od zisťovania chýb k prevencii chýb a riadiť obchodné ciele programu.
- Prístup posunu doľava poskytuje, veľký význam pre testovanie s čím sa úlohy a zodpovednosti testerov nesmierne zvyšujú.
- Po zvýšení zodpovednosti testovacieho tímu sa tím jednoducho nesústredí na "Testovanie softvéru na identifikáciu chýb , ale proaktívne spolupracuje s tímom už od počiatočných fáz pri plánovaní a budovaní robustnej a efektívnej stratégie testovania tým, že poskytuje tímu skvelé vedenie testov a usmerňuje ho tým, že sa zameriava na dlhodobú víziu produktu, a nie len na prevzatie zodpovednosti za testovacie práce.
- Prístup Shift Left poskytuje možnosť pre testerov najprv navrhnúť testy , kde sa testy úplne zameriavajú na skúsenosti zákazníkov a ich očakávania, čo následne umožní vývojárom vyvíjať softvér na základe týchto testov, a tým splniť potreby zákazníkov.
- Prístup Shift Left jednoducho nekončí len pri samotných testeroch. Presunom na let a nepretržitým vykonávaním testovacích činností sa tiež umožniť vývojárom prevziať väčšiu zodpovednosť ich kódu a zvýšiť ich zodpovednosť za testovanie.
- Prístup posunu doľava tiež podporuje Testeri si osvoja vývoj riadený správaním BDD a vývoj riadený testovaním TDD , čo pomáha predchádzať zavlečeniu chyby do softvéru.
- Testovanie s posunom doľava v agilnom prostredí: Prístup Shift Left podporuje formovanie Agilné Scrum tímy, ktoré povinne zahŕňajú testerov spolu s ďalšími úlohami a zahŕňa testerov do pravidelných stand up hovorov, iných interakcií, kontrolných stretnutí, vďaka ktorým majú testeri viac informácií týkajúcich sa programu, a preto im umožňuje venovať sa podrobnej analýze softvéru a poskytovať rýchlu spätnú väzbu, ktorá by pomohla predchádzať chybám v softvéri.
Celkové testovanie Shift Left vyžaduje, aby testeri "Zapojte sa včas , čo najskôr zapojiť do diskusie a spolupracovať na nápadoch, požiadavkách v každej fáze, kde má výsledok danej fázy vplyv na hodnotu konečného výsledku, a tiež pomôcť projektu identifikovať riziká a vopred ich zmierniť.
Čo by mali testeri robiť inak v programe Shift Left?
Nižšie je uvedených niekoľko kľúčových faktorov, ktoré je potrebné si všimnúť, čo testeri robia inak v Stratégia posunu doľava:
#1) Testovací tím musí zapojiť sa do systému hneď od začiatku projektu tak, aby sa rozvíjala integrácia so zvyškom tímu a podniku, aby sa poskytovať užitočné vstupy v každej fáze. vývoja softvéru.
#2) Testovací tím by mal spolupracovať s tímom Business & Operations a získať prehľad o programe a poskytnúť jasný prehľad o dopyte a pomôcť pri efektívnom plánovaní potrieb nárastu zdrojov, potrieb školení a požiadaviek na testovacie nástroje programu v dostatočnom predstihu.
#3) Testovacie tímy musia už na začiatku vývoja softvéru spolupracovať so všetkými zainteresovanými stranami, aby získať jasný prehľad o výrobku & navrhnúť jednotnú stratégiu testovania a plánovať optimalizáciu testovania, analyzovať závislosť od testovacích prostredí, tretích strán, podskupín atď., pripraviť robustnú stratégiu automatizácie a rámec a vytvoriť efektívny plán správy testovacích údajov.
#4) Testovací tím musí spolupracovať so zvyškom tímu pri zabezpečovaní skvelé vedenie testov a usmerňovanie tímu a tým mať na pamäti dlhodobú víziu produktu, a nie len preberať zodpovednosť za testovacie činnosti.
#5) Požiadavky sú kľúčom a základom úspechu každého programu a dobre definované požiadavky definujú úspech projektu. Vo fáze plánovania požiadaviek testeri je potrebné preskúmať a analyzovať požiadavky. pre akúkoľvek nejednoznačnosť, lepšiu zrozumiteľnosť, úplnosť, testovateľnosť, definíciu akceptačných kritérií atď.
Taktiež je potrebné identifikovať chýbajúce požiadavky (ak nejaké existujú) a pochopiť závislosti a stratégie implementácie. Jasné požiadavky pomáhajú softvéru "Fail Fast" a čo najskôr odstrániť všetky chyby.
#6) Vniesť do požiadaviek dostatok jasnosti a presnosti tým, že skutočné príklady ktoré ilustrujú používané funkcie.
#7) Testeri musia zúčastňovať sa na stretnutiach týkajúcich sa preskúmania návrhu. pravidelne a zrozumiteľne analyzovať dizajn a architektúru produktu a identifikovať chyby v dizajne, navrhovať alternatívne možnosti dizajnu, identifikovať medzery a podľa toho vytvárať testovacie scenáre na porušenie dizajnu.
#8) Testeri musia vykonávať statické testovanie (recenzie) v dostatočnom predstihu a poskytnúť spätnú väzbu ku kľúčovým projektovým dokumentom, aby sa predišlo tomu, že sa chyby premietnu do softvéru a neskôr rozšíria jeho účinok.
#9) Testovací tím by mal spolupracovať s návrhovým a vývojovým tímom pri poskytovaní testovacích scenárov v predstihu na vývoj kódu a riešiť všetky možné scenáre a obchodné toky v reálnom čase.
#10) Testovací tím musí navrhnúť silné a robustné testovacie scenáre aby sa počas testovania identifikovalo len niekoľko chýb a aby sa zabránilo vzniku závažných chýb pri vstupe do fázy testovania.
#11) Testeri musia Testujte čo najskôr , či už v samostatnom alebo miestnom systéme, aby sa chyba nedostala do neskorších fáz.
Podstatou koncepcie "Shift Left" pre testerov je nájsť chyby čo najskôr všetkými možnými prostriedkami.
Výhody testovania posunu doľava
Prístup Shift Left je založený na manifeste agilnosti a má aj niekoľko výhod.
Sú to:
- Jednotlivci a interakcie nad procesmi a nástrojmi.
- Pracovný softvér nad komplexnou dokumentáciou.
- Spolupráca so zákazníkmi nad rokovaním o zmluve.
- Reakcia na zmenu nad dodržiavaním plánu.
Vidíme, že zatiaľ čo hodnota je v položkách na pravej strane, viac si ceníme položky na ľavej strane.
Cieľom Shift Left je priniesť myšlienku testovania na začiatku procesu, čím sa dosiahne lepšie a efektívnejšie testovanie a zlepší sa kvalita softvéru.
Proces testovania Shift Left je v skratke nasledovný:
- Včasné zistenie chýb, čím sa znížia náklady na projekt.
- Neustále opakované testovanie s cieľom znížiť počet chýb na konci.
- Automatizovať všetko a zlepšiť čas uvedenia na trh.
- Zamerať sa na požiadavky zákazníkov a zlepšovať ich skúsenosti.
Záver
Posun doľava Koncepcia priniesla obrovskú transformáciu celej úlohy "testovania". Dovtedy sa testovanie zameriavalo len na "detekciu chýb" a teraz je cieľom "posunu doľava" z pohľadu testovania cesta "Včasné odhalenie defektu až po statické testovanie .
Preto je Shift Left veľkým skokom v softvérovom priemysle v metodike vývoja softvéru smerom k rýchlosti uvedenia na trh, zlepšeniu kvality softvéru a skráteniu "Time to Market".
O autorovi: Tento článok napísal člen tímu STH Gayathri Subrahmanyamová. V oblasti testovania softvéru pôsobí od 90. rokov, práve v čase, keď sa v odvetví zaviedla úloha testera. Počas svojej kariéry v oblasti testovania vykonala množstvo hodnotení TMMI, prác na industrializácii testov a nastavení TCOE, okrem toho sa zaoberala dodávkami testov a implementáciou postupov DevOps pre obrovský rozsah zákaziek. Podľa jej slov sa však učenie nikdy nekončí...
Dajte nám vedieť svoje názory/návrhy v komentároch nižšie.
PREV Tutoriál