shift left testing secret mantra
Nové testovanie posunu doľava, mantra DevOps vo vývoji softvéru:
Rýchlo Rekapitulácia všetkých videonávodov v aplikácii DevOps bolo vysvetlené v našom staršom návode. Teraz uvidíme testovanie Shift left.
Keď použijem výraz „Shift Left“, asi by vás zaujímalo, čo v softvéri mám na mysli Shift Left?
Pred viac ako 2 desaťročiami, keď som začal svoju kariéru ako softvérový tester, neexistovala žiadna samostatná „fáza testovania“ pre vývoj softvéru a úloha testerov nikdy neexistovala. Vývojári používali na vývoj softvéru, testovali sa a vydali softvér.
Ďalšie čítanie => Informatívna séria výučbových programov DevOps
Koncepcia Testovanie softvéru sa začali zavádzať postupne, keď chyby z výroby začali narážať na rozpočet projektu, a preto ‘funkčné testovanie’ vstúpilo do platnosti s veľmi štíhlym tímom testerov. V tom čase sme boli iba dvaja testeri proti tímu 20 vývojárov.
IT priemysel začal nasledovať vodopádový model vývoja softvéru, kde, ako všetci vieme, životný cyklus vývoja softvéru postupuje postupne v poradí Požiadavky => Dizajn => Kódovanie => Testovanie .
Ak teda začnete zľava doprava, fáza testovania je úplne vpravo od životného cyklu vývoja softvéru.
Čo sa dozviete:
- Úvod do koncepcie posunu vľavo
- Čo je to testovanie posunu vľavo?
- Ako sa posúva vývoj softvéru ovplyvňujúci ľavicu?
- Čo by mali testéri robiť pri zmene vľavo?
- Výhody testovania radenia vľavo
- Záver
- Odporúčané čítanie
Úvod do koncepcie posunu vľavo
Po určitom období si ľudia uvedomili dôležitosť Testovanie softvéru a vplyv udržania „testovacej fázy“ úplne vpravo alebo na konci životného cyklu vývoja softvéru. Toto si uvedomili, pretože náklady na chybu identifikovanú smerom k extrémnej pravici boli nakoniec veľmi vysoké a na ich odstránenie bolo potrebné obrovské úsilie a príliš veľa času.
Vyskytli sa prípady, keď po tom, čo ste softvér a čas strávili toľko času a úsilia, kvôli kritickej chybe zistenej na konci, sa softvér nevyhnutný na uvedenie na trh nepodarilo uvoľniť na trh, čo malo za následok obrovskú stratu.
Preto, kvôli identifikácia chyby počas poslednej fázy buď bolo vydanie oneskorené, alebo občas bol softvér zošrotovaný zvážením úsilia potrebného na ich opravu, čo skutočne nebolo hodné.
„Vady sú menej nákladné, ak sú zachytené včas“.
Toto uvedomenie a veľké ponaučenie priniesli veľkú revolúciu v softvérovom priemysle a priniesli nový koncept s názvom „Posun doľava“ , čo znamená posunúť „testovaciu fázu“ doľava sprava alebo zapojiť testovanie v každej fáze a zapojiť testerov do celej fázy.
Testovanie posunu doľava tiež znamená, že na konci netestujte, ale testujte nepretržite.
Čo je to testovanie posunu vľavo?
Po prvé, zásada „posunúť doľava“ podporuje Tím pre testovanie, ktorý umožní včasnú spoluprácu so všetkými zainteresovanými stranami vo fáze vývoja softvéru. Preto môžu jasne porozumieť požiadavkám a navrhnúť testovacie prípady pomôcť softvéru „Fail Fast“ a umožniť tímu opraviť všetky zlyhania najskôr.
rozhovor s vývojárom databázy, otázky a odpovede, pdf
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 zase umožnilo porozumieť požiadavkám, dizajnu softvéru, architektúre, kódovaniu a jeho funkčnosti, klásť náročné otázky zákazníkom, obchodným analytikom a vývojárom , hľadať vysvetlenia a poskytnúť spätnú väzbu, kedykoľvek je to možné, na podporu tímu.
Toto zapojenie a porozumenie povedie testujúcich k získaniu úplných vedomostí o produkte, premýšľaniu o rôznych scenároch, navrhovaniu scenárov v reálnom čase na základe správania softvéru, ktoré by tímu pomohli pri identifikácii chýb ešte pred dokončením programovania.
Ako sa posúva vývoj softvéru ovplyvňujúci ľavicu?
Prístup Shift Lift ovplyvňuje vývoj softvéru niekoľkými spôsobmi.
Nižšie uvádzame niekoľko kľúčových bodov týkajúcich sa posunu doľava:
- Prístup Shift Left sa zameriava na zapojenie testerov do všetkých a najdôležitejších kritických fáz programu . To umožňuje testerom odkloniť svoje zameranie od detekcie defektov k prevencii defektov a riadiť obchodné ciele programu.
- Prístup Shift Left poskytuje, veľký význam pre testovanie s ktorými sa nesmierne zvyšujú úlohy a zodpovednosť testerov.
- So zvyšujúcou sa zodpovednosťou za testovací tím sa tím iba 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í spoľahlivej a efektívnej stratégie testovania tým, že poskytuje tímu vynikajúce vedenie a vedenie v oblasti testov, pričom sa zameriava na dlhodobú víziu produktu, a nie iba na zodpovednosť za testovacie práce.
- Prístup Shift vľavo dáva znak príležitosť pre testerov najskôr navrhnúť testy , kde sú testy úplne zamerané na zákaznícku skúsenosť a ich očakávania, čo vývojárom umožní vývoj softvéru na základe týchto testov, a teda splnenie potrieb zákazníka.
- Prístup Shift Left sa nekončí iba pri testeroch. Presun do prenájmu a neustále vykonávanie testovacích aktivít bude tiež umožniť vývojárom prevziať väčšie vlastníctvo ich zodpovednosti za testovanie.
- Prístup Shift Left tiež podporuje Testery prijať Vývoj založený na chovaní BDD a vývoj založený na testoch TDD , ktorý pomáha predchádzať vzniku chýb v softvéri.
- Testovanie posunu vľavo v agile: Prístup Shift vľavo podporuje formovanie Agile Scrum Tímy, ktoré povinne zahŕňajú testerov spolu s ďalšími rolami a zahŕňa testerov do pravidelných hovorov, ďalších interakcií, kontrolných stretnutí, vďaka ktorým mali testeri viac informácií týkajúcich sa programu, a preto im umožnil dopriať si a zapojiť sa do podrobnej analýzy softvéru a poskytovať rýchla spätná väzba, ktorá by pomohla predchádzať chybám založeným na softvéri.
Testovanie celkového posunu doľava vyzýva testerov „Zapojte sa včas“ , čo najskôr, zapojiť sa do diskusie a spolupracovať na nápadoch, požiadavkách v každej fáze, keď výsledok fázy má vplyv na hodnotu konečného produktu, a tiež pomôcť projektu identifikovať riziká a vopred ich zmierniť.
Čo by mali testéri robiť pri zmene vľavo?
Ďalej je uvedených niekoľko kľúčových faktorov, v ktorých testéri robia rozdielne kroky Stratégia posunu doľava:
# 1) Testovací tím musí zapojiť sa do systému hneď od začiatku projektu s cieľom rozvinúť integráciu so zvyškom tímu a podnikom do poskytovať užitočné vstupy v každej fáze vývoja softvéru.
testovanie jednotiek vs funkčné testovanie vs testovanie integrácie
#dva) Testovací tím by mal spolupracovať s obchodným a prevádzkovým tímom a získate prehľad o programe a poskytnúť jasný pohľad na dopyt a pomôcť pri efektívnom plánovaní potrieb zvyšovania zdrojov, školiacich potrieb a požiadaviek testovacích nástrojov v dostatočnom predstihu.
# 3) Skúšobné tímy musia interagovať so všetkými obchodnými zainteresovanými stranami na začiatku vývoja softvéru získať jasnú viditeľnosť produktu & navrhnúť jednotnú stratégiu testovania a naplánujte optimalizované testovacie úsilie, analyzujte závislosť od testovacích prostredí, tretích strán, stubov atď., pripravte robustnú automatizačnú stratégiu a rámec a vytvorte efektívny plán správy testovacích dát.
# 4) Testovací tím musí pri poskytovaní pracovať so zvyškom tímu skvelé vedenie testov a vedenie tímu tým si treba pamätať na dlhodobú víziu produktu a nie len prevziať zodpovednosť za testovacie činnosti.
# 5) Požiadavky sú kľúčom a základom pre úspech každého programu a presne definované požiadavky definujú úspešnosť projektu. Počas fázy plánovania požiadaviek testéri potreba preskúmať a analyzovať požiadavky za akékoľvek nejasnosti, lepšiu jasnosť, úplnosť, testovateľnosť, definíciu kritérií prijatia atď.
Tiež je potrebné identifikovať chýbajúce požiadavky (ak existujú), porozumieť závislostiam a implementačným stratégiám. Clear Requirements pomáha softvéru rýchlo zlyhať a opraviť všetky zlyhania najskôr.
# 6) Zoznámte sa s dostatočnou jasnosťou a presnosťou požiadaviek skutočné príklady ktoré ilustrujú používané funkcie.
# 7) Testéri musia zúčastňovať sa na hodnotiacich stretnutiach dizajnu pravidelne a rozumieť dizajnu a architektúre produktu a zisťovať chyby v dizajne, navrhovať alternatívne možnosti návrhu, identifikovať medzery a podľa toho vytvárať testovacie scenáre na rozbitie vzorov.
# 8) Testéri musia vykonať Statické testovanie (recenzie) v dostatočnom predstihu a poskytnúť spätnú väzbu ku kľúčovým projektovým dokumentom, aby sa zabránilo chybám v uzemnení softvéru a jeho neskoršiemu rozšíreniu.
# 9) Testovací tím by mal spolupracovať s dizajnérskym a vývojovým tímom pri poskytovaní testovacích scenárov vopred na vývoj kódu a riešiť všetky možné scenáre a obchodné toky v reálnom čase.
# 10) Skúšobný tím musí navrhnúť silné a robustné testovacie scenáre aby sa počas testovania zistilo iba niekoľko defektov a pri vstupe do testovacej fázy sa zabránilo veľkým defektom.
#eleven) Testéri musia Otestujte čo najskôr , či už na samostatnom alebo lokálnom systéme, aby sa chyba nedostala do neskorších fáz.
Podstatou konceptu „Shift Left“ pre testerov je čo najskôr nájsť defekty všetkými možnými prostriedkami.
Výhody testovania radenia vľavo
Prístup Shift Left funguje na základe agilného manifestu a má tiež niekoľko výhod.
Oni sú:
- Jednotlivci a interakcie nad procesmi a nástrojmi.
- Pracovný softvér komplexnú dokumentáciu.
- Spolupráca so zákazníkom 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, pre položky na ľavej strane si vážime viac.
Shift Left je o tom, že prinesie myšlienku testovania skôr do procesu, čo povedie k lepšiemu a efektívnemu testovaniu a zlepšeniu kvality softvéru.
Stručne povedané, proces testovania posunu doľava je:
- Včasné vyhľadanie chýb a tým zníženie nákladov na projekt.
- Neustále testovanie, aby sa nakoniec znížili chyby.
- Všetko automatizovať a zlepšiť čas uvedenia na trh.
- Zamerať sa na požiadavky zákazníkov a zlepšiť zákaznícku skúsenosť.
Záver
„Posun doľava“ koncepcia priniesla obrovskú transformáciu pre celú rolu „Testovania“. Dovtedy sa testovanie sústredilo iba na „detekciu defektov“ a teraz je cieľom „posunu doľava“ z hľadiska testovania cesta „Včasná detekcia defektu do Prevencia defektov „ .
Shift Left je teda veľkým skokom v softvérovom priemysle v metodológii vývoja softvéru smerom k urýchleniu uvedenia na trh, zlepšeniu kvality softvéru a skráteniu času potrebného na uvedenie na trh.
O autorovi: Tento článok je napísaný členom tímu STHGayathri Subrahmanyam. Testovaniu softvéru sa venuje od 90. rokov, v čase, keď bola v odbore zavedená úloha testera. Počas svojej testovacej kariéry absolvovala veľa testov TMMI, testovala industrializáciu, nastavovala TCOE, okrem toho zabezpečovala dodávky testov a implementovala prax DevOps pre veľké nasadenie. Podľa nej sa však učenie nikdy nezastaví ...
Dajte nám vedieť svoje myšlienky / návrhy v sekcii komentárov nižšie.
Výukový program PREV | NEXT Tutorial
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
- Úloha pomocníka QA pri testovaní softvéru
- Shift-Left od kvality: Ako je to rovnako dôležité ako Shift-Left pri testovaní?
- 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 technický obsah
- Niektoré zaujímavé otázky týkajúce sa testovania softvéru
- Spätná väzba a recenzie na kurz testovania softvéru