Menu

Ako vykonávať testovanie softvérových produktov - podrobný postup a metódy s príkladmi

how perform software product testing detailed process

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Softvérové ​​produkty potrebujú svoj vlastný jedinečný prístup, aby mohli adekvátne a správne testovať. Tímy s nimi často zaobchádzajú ako s akýmkoľvek iným softvérom (t. J. S internými aplikáciami vytvorenými pre konkrétneho klienta alebo tím; neprístupné pre širokú verejnosť; bez generovania výnosov), a to je východiskový bod problémov.

Testovanie softvérových produktov vyžaduje na pridanie hodnoty vlastný štýl a stratégiu testovania. Vývoj a údržba softvérových produktov je sám o sebe zložitým ekosystémom a aby sa mu darilo, musia sa prispôsobiť.

Dovoľte mi chvíľu vysvetliť, prečo je to dôležité a prečo si myslím, že vývoj produktu je zložitý, komplikovaný a zložený, a to aj v najlepších časoch.

Ako testovanie produktu

Čo sa dozviete:

Výzvy na vývoj softvérových produktov:

Tu sú niektoré z výziev, ktorým tímy pre vývoj softvérových produktov čelia:

# 1)Nedostatočná kontrola nad demografickými údajmi používateľov, zariadeniami, prostrediami, platformami atď. : Softvérové ​​produkty sa na rozdiel od softvéru vytvoreného pre konkrétne zainteresované strany nepoužívajú v kontrolovaných a predvídateľných situáciách. Existuje príliš veľa faktorov, ktoré je potrebné zohľadniť.

#dva)Hmlistá vízia produktu : Správanie a funkcie produktu sa neustále menia a cesta k zrelosti nie je jasne viditeľná. Alebo produkt rastie príliš rýchlo, takže ho neovláda, že tímy nevedia, čo sa deje.

# 3)Agresívne časové osi : Kvôli silnej konkurencii na trhu so softvérovými produktmi sa veci musia pohybovať krkolomnou rýchlosťou a tímy musia zostať o krok pred svojimi rovesníkmi. V opačnom prípade určite prehrajú s konkurenciou.

# 4)Strach zo zlyhania : Softvérové ​​produkty sú zvyčajne inovatívne. Ich úspech teda nie je vždy daný. To je dôvod, prečo spoločnosti nemôžu vyjsť naplno, pokiaľ ide o rozpočet, technológie, infraštruktúru atď. Často sa musia držať späť, aby získali určitú imunitu proti zlyhaniu alebo dokonca k zlomovému bodu.

# 5)Nedostatok uplatniteľnej spätnej väzby: Pretože neexistujú takpovediac zainteresované strany alebo obchodní používatelia alebo klienti, je ťažké pochopiť, čo sa koncovému používateľovi môže alebo nemusí páčiť. Spoločnosti neustále hrajú tipovacie hry a často majú ťažkosti s prekonaním priepasti medzi tým, čo chcú pre softvér, a tým, čo chce zákazník.

Tieto výzvy ovplyvňujú všetky oblasti vývoja produktov, marketingu a výživy - a vo svojej podstate ovplyvňujú aj testovanie produktov.

Aby ste sa dostali do hry, musí tento typ testovania brať do úvahy päť kľúčových bodov:

  • Rýchlosť vývoja a vydaní
  • Krátkodobé a dlhodobé produktové ciele produktu
  • Rozsah a povaha súťaže
  • Cieľové publikum a jeho prostredie
  • Požiadavky - Funkčné, výkonové, zabezpečovacie, použiteľné, konfiguračné atď.

Skôr ako sa pozrieme na ďalšie podrobnosti, pozrime sa na životný cyklus produktu (jedná sa o všeobecný životný cyklus produktu, ktorý sa netýka iba softvérových produktov, ale softvér má podobný vzorec):

životný cyklus produktu

Dobrá stratégia / prístup k testovaniu produktu by mala brať do úvahy súčasnú fázu jeho životného cyklu.

Prečítajte si tiež => Ako napísať dobrý dokument stratégie testovania

Príklad: Produktom spoločnosti XYZ je softvér na sledovanie defektov s názvom „TrackFast“. Je to nový produkt a prvá verzia má byť uvedená na trh ako cloudové a miestne riešenie. TrackFast funguje ako každý iný systém správy defektov a je navrhnutý pre mobilný aj webový prístup. V súčasnosti existujú 2 až 4-týždňové šprinty, pri ktorých je produkt vytváraný po častiach. Ste v testovacom tíme, ktorý testuje produkt „TrackFast“ skôr, ako sa stretne so svojimi zákazníkmi. Testovanie zahŕňa kontrolu funkčnosti, výkonu a bezpečnosti.

ako pridať prvky poľa

Ak to zhrnieme, toto sú parametre, s ktorými pracujete. Alebo ak chcete, toto je váš kontext

parametre

Pozrime sa, ako testovať v každej fáze. Toto je produktový test proces, metóda alebo životný cyklus v každej etape.

Fáza # 1) Predstavenie produktu

Pretože je to prvýkrát, čo produkt TrackFast vyjde na trh, je potrebné urobiť dobrý prvý dojem. Nenechajte teda kameň na kameni. Vyskúšajte všetko a z každého uhla. Okrem toho položiť základ budúceho testovania.

Dobrá testovacia stratégia v tomto okamihu by mala obsahovať nasledovné:

  • Testy, ktoré potvrdzujú krátkodobé ciele TrackFast. „Čo musí byť dodané správne“ by malo byť v popredí testovacieho úsilia. Vytvoriť Testy typu end to end (front-end, middleware a backend) na dôkladné otestovanie všetkých funkcií
  • Testy, ktoré porovnávajú TrackFast s konkurenciou (v ideálnom prípade je to práca majiteľov produktov, ale ako tester môžeme pridať naše dva centy. Tento krok je tiež jednoduchší, ak softvér už má svojich kolegov. Napríklad: TrackFast je ľahké porovnať s Bugzilla alebo JIRA alebo iné staršie systémy . Ale povedzme, že vytváram aplikáciu, ktorá robí niečo neobvyklé, ako napríklad schopnosť predvídať, kedy je dieťa hladné alebo mrzuté :), môže byť ťažké nájsť aplikáciu, ktorú môžete použiť ako východiskovú hodnotu)
  • Platforma, prehliadač a zariadenie testy kompatibility
  • Testy na ľahkú inštaláciu , nastavenie a zrýchlenie
  • Testy výkonu, bezpečnosti a použiteľnosti
  • Integračné testy ak je v rozhraní s inými systémami. Jednoduchým príkladom integrácie je, že systémy na sledovanie chýb často komunikujú s e-mailovými klientmi a odosielajú oznámenia
  • Plán regresie - Je dobré označiť alebo označiť kritické testy, o ktorých si myslíte, že budú súčasťou budúcich regresných cyklov, a zamyslite sa nad ich automatizáciou pre budúce vydania.
  • Plán známych problémov (budete ich pridávať do nevybavených blokov alebo ich budete spracovávať ako CR, atď.)
  • Flexibilita zmien, keď produkt prechádza do ďalšej fázy životného cyklu.

Môže to byť niekedy dlhé čakanie, kým produkt zhasne, takže využite všetok čas, ktorý musíte na vykonanie čo najdôkladnejšej práce.

V tejto fáze, aj keď je kúsok produktu pripravený na konci 2-4 týždňových šprintov, najčastejšie každý šprint nemá za následok dodaný kód. Preto nikdy nepovažujte testovanie posledného sprintu za „urobené a dodané“. Opakujte kritické testy s každým šprintom až do uvoľnenia. S každým šprintom vyskúšajte celý produkt, ktorý do tej chvíle máte.

Fáza č. 2) Rast produktu

Po úvodnom zavedení projektu, ak všetko dobre dopadne, očakávajte prílev aktivít, pretože rast produktu predstavuje rýchlu cestu. Teraz plávate spolu s veľkými žralokmi a pokiaľ nestíhate, zhltnete sa.

Tu sa vydania skracujú, počet vylepšení softvéru sa zvyšuje a rozsah regresie sa stáva takmer nezvládnuteľným.

Stratégia testovania produktu by mala pracovať s tempom vývoja softvéru a nemala by byť prekážkou.

Môžu pomôcť:

  • Majte na pamäti dlhodobé ciele projektu. Teraz nejde o to, aby sme to prekonali. Ide o život s vlastnosťami a prosperitu s nimi.
  • Skúšať skôr Zvážte TDD alebo BDD namiesto toho, aby sa testovanie odložilo na koniec s novými požiadavkami
  • Automatizujte regresiu a posilnite ju - Vytvorte na svojom mieste automatizovaný regresný balík, aby vám vo vašom systéme nezostali nevyskúšané nášľapné míny
  • Ak sa vaši vlastníci firiem / produktov chcú zapojiť do testovania, zvážte automatizačný nástroj založený na obchodnom jazyku, napríklad Cucumber.
  • Zachovajte použiteľnosť a dizajn stránok je ústredným bodom vášho testovania. Pretože čím viac funkcií pridáme, tým čistejšia by stránka mala vyzerať
  • Vykonajte testovanie výkonu a bezpečnosti, ak došlo k významnému vydaniu alebo došlo k významnej zmene v architektúre. (Bol zavedený nový server atď.) Väčšina softvérových systémov to nepotrebuje pri každom vydaní.
  • Buďte v kontakte s konkurenciou a poznajte víziu produktu
  • Prispôsobte testovanie párov , na okamžitú spätnú väzbu a opravu. Ak je to možné, zahrňte vlastníka produktu
  • Plán zmien a známych problémov
  • Snažte sa dostať do rúk spätnú väzbu od zákazníkov a skontrolujte, či je možné ich sledovať ako návrh vylepšenia, aby bol rast konštantný. (opäť to nie je primárna zodpovednosť tímu QA, ale každý sa počíta)

Fáza č. 3) Splatnosť produktu

Gratulujeme, že sa váš produkt dostal až sem. V tomto okamihu sa funkcie nemenia tak často. Produktový tím sa bude viac zameriavať na to, aby priniesol viac podnikania alebo ich marketingové úsilie. Vývoj a testovanie produktov sa však nemusí a často nezastaví.

Testovací tím preto môže:

  • Pracujte na dozretí svojej testovacej stratégie. V tomto okamihu musia vaše regresné sady, metódy návrhu testov a postupy správy testov fungovať ako dobre naolejované stroje.
  • Zamerajte sa na jemnejšie detaily. Pretože produkt celkovo funguje a darí sa mu, ale ako sa hovorí - „ Boh je v detailoch ‘ - nájsť aj ten najmenší z problémov, ktoré môžu zlepšiť kvalitu systému
  • Zvážte spätnú väzbu od zákazníkov
  • Pravidelne testujte výkon a bezpečnosť
  • Berte do úvahy nové zariadenia, platformy a prehliadače, ktoré mohli prísť na trh od posledného testovania
  • Vyskúšajte používateľskú príručku a stránky s často kladenými otázkami, pretože teraz máte čas a môžete si ich dovoliť.
  • Experimentujte s novými produktmi na testovanie produktov, službami alebo procesom, pretože teraz môžete.
  • Otestujte inštalačný proces s každým vydaním, nech už je hocijaké malé, a získajte štatistiky o tom, aké ľahké a ťažké je to pre koncového používateľa.

Nech robíte čokoľvek, nebuďte spokojní.

veci, ktoré môžete robiť v c ++

Fáza č. 4) Pokles produktu / návrat späť k rastu produktu

Vlastníci a firmy, ktoré sú produktmi, sú v dnešnej dobe múdre a dobre vedia, že nemôžu udržiavať svoj produkt rovnaký a očakávať, že používatelia zostanú lojálni. Veci sa pohybujú príliš rýchlo a rovnako aj výrobky.

TrackFast teda nemôže sedieť a relaxovať. Ak potrebuje neustálu prítomnosť na trhu a udržanie si vedúceho postavenia, musí sa vyvíjať. Nech sa páči, alebo nenávidíte, Facebook začal ako jednoduchá sociálna sieť na spájanie ľudí a je sám o sebe veľkou softvérovou platformou, ktorá sa integruje s miliónom ďalších vecí a zostáva aktuálna.

TrackFast sa tiež musí vyvíjať. Po preukázaní, že ide o spoľahlivý a efektívny systém sledovania porúch, sa musí vyvinúť alebo bude klesať. Spoločnosť XYZ sa teda rozhodla vylepšiť TrackFast tým, že z neho urobí všeobecný systém predaja cestovných lístkov, ktorý môže byť použitý na sledovanie akýchkoľvek incidentov alebo prípadov podnikom iným ako IT / testovacie tímy (niečo ako JIRA) a nielen na chyby v procese vývoja softvéru .

Koleso sa úplne zatočilo a vy sa ocitnete v tom, že so systémom budete zaobchádzať ako s úplne novým, a budete postupovať podľa stratégie, o ktorej sme hovorili v sekcii Úvod k produktu. Až teraz ste skúsenejší a máte vedomosti o cvičení. Pamätajte však, že s každým novým odbočením prichádza nová výzva. Tak ostaň ostrá :)

Čo z vás robí úspešného testera produktu?

  • Testéri výrobkov musí mať živý obchodný zmysel, porozumieť modelom vývoja rýchleho doručenia a mal by byť testerom esa ktorí sa neboja experimentovať s nástrojmi a v prípade potreby sa sami stanú tak trochu kodérmi. Tieto veci môžu mať pozitívny vplyv na akýkoľvek typ testovania, ale sú pri tomto type testovania absolútnou nevyhnutnosťou.
  • Ďalšou dôležitou vlastnosťou je, že a produkt tester musí veriť v produkt a skutočne si želáte, aby uspel. Keď si ako tester myslím, že softvér je totálnym odpadom, zostáva len malá nádej, že urobím všetko pre to, aby bol vylepšený.
  • Zdieľajte víziu vlastníka produktu / firmy . Pokiaľ neviete, kam produkt smeruje a ako sa bude vyvíjať, bude testovanie veľmi obmedzené.
  • Cross-funkčné zručnosti sú prospešné - Vedieť, ako otestovať databázu DB, ako merať výkonnosť, ako povoliť bezpečnostné certifikáty, ako nasadiť atď. Buďte zvedaví a skúmajte .
  • Stanovte si hranice - nemyslite si, že hodnotenie používateľskej príručky alebo kontrola často kladených otázok nie je vašou úlohou a mal by sa o ňu postarať technický autor. No mali by a budú. Ale keď sa na to pozriete ako na zasvätené ako niekto, kto produkt pozná naruby, vaša spätná väzba je super užitočná.
  • Vyhľadajte spätnú väzbu od koncového používateľa. Ďalšia veľká skupina ľudí, ktorí testujú po vás, sú používatelia v reálnom čase. Vedieť a pochopiť, s akými problémami sa stretávajú. Pomôže vám to vylepšiť návrh testu, aby ste nabudúce vedeli, čo robiť, aby ste sa im problémom vyhli.
  • Pracujte rýchlo a buďte rozhodovací
  • Vyhnite sa technickému dlhu . V prostredí rýchleho vývoja a testovania je ľahké exkluzívne testovať a stratiť referenčný rámec pre budúce vydania. Nedovoľte, aby sa to stalo. Udržujte kostrovú dokumentáciu, aby ste mohli sledovať, sledovať a merať

Najväčší rozdiel medzi testovacím softvérom vytvoreným ako službou a softvérom vytvoreným ako produkt je v tom, že v prvom prípade sa po dosiahnutí testovacej stratégie použije na všetky nasledujúce testy.

Pre produkt sa však musí testovacia stratégia meniť v závislosti od aktuálnej fázy životného cyklu, v ktorej sa produkt nachádza, a od zmien dynamiky trhu (nové zariadenia, nové prehliadače atď.). Stratégia testovania výrobkov musí byť pri zmene omnoho flexibilnejšia.

O autorovi: Tento článok publikoval člen tímu STH Swati S.

Dúfame, že tento článok bol užitočný. Neváhajte a pošlite svoje komentáre, otázky a spätnú väzbu nižšie.

Odporúčané čítanie

^