Meni

Kako izvesti preskušanje programskih izdelkov - podroben postopek in metode s primeri

how perform software product testing detailed process

Preizkusite Naš Instrument Za Odpravo Težav

Programski izdelki potrebujejo svoj edinstven pristop za ustrezno in pravilno testiranje. Skupine jih pogosto obravnavajo kot katero koli drugo programsko opremo (tj. Interne aplikacije, izdelane za določeno stranko ali skupino; niso dostopne širši javnosti; ne ustvarjajo dohodka) in to je izhodišče težav.

Testiranje programskih izdelkov za dodajanje vrednosti potrebuje slog in strategijo preizkusa po meri. Programska oprema Razvoj izdelkov in vzdrževanje sta sama po sebi zapleten ekosistem in za uspeh preizkuševalcev se je treba prilagoditi.

Vzemim si trenutek, da razložim, zakaj je to pomembno in zakaj mislim, da je razvoj izdelkov zapleten, zapleten in sestavljen, tudi v najboljših časih.

Kako testirati izdelke

Kaj se boste naučili:

Izzivi razvoja programske opreme:

Tu je nekaj izzivov, s katerimi se srečujejo razvojne skupine za programske izdelke:

# 1)Pomanjkanje nadzora nad demografskimi podatki uporabnikov, napravami, okolji, platformami itd. : Programski izdelki se v nasprotju s programsko opremo, izdelano za posebne deležnike, ne uporabljajo v nadzorovanih in predvidljivih situacijah. Preveč dejavnikov je, da bi jih lahko upoštevali.

#two)Meglena vizija izdelka : Vedenje in lastnosti izdelka se večno spreminjajo in pot do zrelosti ni jasno vidna. Ali pa izdelek prehitro raste, da uide izpod nadzora, da ekipe ne vedo, kaj se dogaja.

# 3)Agresivni roki : Zaradi močne konkurence na trgu programskih izdelkov se morajo stvari odvijati z izjemno hitrostjo in ekipe morajo ostati korak pred vrstniki. V nasprotnem primeru bodo zagotovo izgubili v konkurenci.

# 4)Strah pred neuspehom : Programski izdelki so običajno inovativni. Njihov uspeh ni vedno dano. To je razlog, da se podjetja ne morejo izogniti proračunu, tehnologijam, infrastrukturi itd. Pogosto se morajo zadrževati, da pridobijo določeno mero imunitete pred neuspehom ali celo zlomom.

# 5)Pomanjkanje uporabnih povratnih informacij: Ker tako rekoč ni zainteresiranih strani ali poslovnih uporabnikov ali strank, je težko razumeti, kaj je končnemu uporabniku všeč ali ne. Podjetja se nenehno igrajo ugibanja in imajo pogosto težave pri premostitvi vrzeli med tem, kaj želijo za programsko opremo, in tem, kar stranka želi.

Ti izzivi vplivajo na vsa področja razvoja izdelkov, trženja in vzdrževanja - in sami po sebi vplivajo tudi na preskušanje izdelkov.

Za napredovanje v igri mora tovrstno testiranje upoštevati pet ključnih točk:

  • Hitrost razvoja in izdaje
  • Kratkoročni in dolgoročni cilji izdelka
  • Obseg in narava konkurence
  • Ciljna skupina in njihovo okolje
  • Zahteve - Funkcionalnost, zmogljivost, varnost, uporabnost, konfiguracija itd.

Preden se poglobimo v podrobnosti, si oglejmo življenjski cikel izdelka (to je splošni življenjski cikel izdelka in ni specifičen za programske izdelke, vendar programska oprema sledi podobnemu vzorcu):

življenjski cikel izdelka

Dobra strategija / pristop za preskušanje izdelka mora upoštevati trenutno stopnjo izdelka v njegovem življenjskem ciklu.

Preberite tudi => Kako napisati dober dokument o strategiji testiranja

Primer: Izdelek podjetja XYZ je programska oprema za sledenje napakam, imenovana 'TrackFast'. Gre za nov izdelek, prva različica pa naj bi bila predstavljena kot rešitev v oblaku in lokalno. TrackFast deluje kot kateri koli drug sistem za upravljanje napak in je zasnovan tako za mobilni kot za spletni dostop. Trenutno obstajajo 2 do 4-tedenski sprinti, pri katerih je izdelek ustvarjen po delih. Ste v skupini za testiranje, ki preizkuša 'TrackFast', preden se sreča s strankami. Testiranje vključuje preverjanje funkcionalnosti, zmogljivosti in varnosti.

najboljša aplikacija za prenos glasbe za android

Če povzamemo, to so parametri, s katerimi delate. Ali če želite, je to vaš kontekst

parametrov

Poglejmo, kako preizkusiti v vsaki fazi. To je preskus izdelka postopka, metode ali življenjskega cikla na vsaki stopnji.

kako dodati elemente v matriko

Faza # 1) Predstavitev izdelka

Ker gre TrackFast prvič na trg, je ideja narediti dober prvi vtis. Torej, kamna ne puščajte. Preizkusite vse in iz vseh kotov. Poleg tega postavite temelje za prihodnje testiranje.

Dobra preskusna strategija na tem mestu bi morala vključevati naslednje:

  • Testi, ki potrjujejo kratkoročne cilje TrackFast. 'Kaj mora biti pravilno odposlano', bi moralo biti v ospredju preizkusnih prizadevanj. Ustvari Preskusi od konca do konca (prednji del, vmesna programska oprema in zaledje) za temeljito preizkušanje vseh funkcij
  • Testi, ki primerjajo TrackFast s konkurenco (v idealnem primeru je to naloga lastnikov izdelkov, vendar lahko kot preizkuševalec prištejemo svoja dva centa. Ta korak je tudi lažji, če ima programska oprema že nekaj vrstnikov. Na primer: TrackFast je enostavno primerjati z Bugzilla ali JIRA oz drugi zapuščeni sistemi . Recimo, da ustvarjam aplikacijo, ki naredi nekaj nenavadnega, na primer zmožnost napovedovanja, kdaj je otrok lačen ali razdražljiv :), morda bo težko najti aplikacijo, ki jo lahko uporabite kot izhodišče)
  • Platforma, brskalnik in naprava preskusi združljivosti
  • Testi za enostavnost namestitve , nastavitev in hitrost
  • Preskusi zmogljivosti, varnosti in uporabnosti
  • Integracijski testi če je vmesnik z drugimi sistemi. Preprost primer integracije je, da sistemi za sledenje napakam pogosto pošiljajo obvestila v interakcijo z e-poštnimi odjemalci
  • Načrt za regresijo - Dobro je označiti ali označiti kritične teste, za katere menite, da bodo del prihodnjih regresijskih ciklov, in razmislite o njihovi avtomatizaciji za prihodnje izdaje
  • Načrt za znane težave (jih boste dodali v zaostanke ali jih obravnavali kot CR itd.)
  • Prilagodljivost za spremembo, ko izdelek preide v naslednjo fazo življenjskega cikla.

Včasih lahko traja dolgo čakanje, preden izdelek ugasne, zato uporabite ves čas, kolikor je le treba, da opravite čim bolj temeljito delo.

V tej fazi, čeprav je košček izdelka pripravljen na koncu 2-4 tedenskih sprintov, najpogosteje vsak sprint ne privede do kode. Zato nikoli ne razmišljajte o zadnjem preizkusu sprinta 'opravljeno in dostavljeno'. Kritične preskuse ponavljajte z vsakim sprintom do sprostitve. Z vsakim sprintom preizkusite celoten izdelek, ki ga imate do takrat.

2. stopnja) Rast izdelka

Po začetni uvedbi projekta pričakujte priliv dejavnosti, če je vse v redu, saj je rast izdelka hiter pas. Zdaj plavate skupaj z velikimi morskimi psi in če ne boste nadaljevali, vas pojedo.

Tu se izdaje skrajšajo, izboljšave programske opreme postanejo večje in število regresije skoraj neobvladljivo.

Strategija preskušanja izdelkov mora delovati s hitrostjo razvoja programske opreme in ne sme postati ozko grlo.

Ti lahko pomagajo:

  • Upoštevajte dolgoročne cilje projekta. Ne gre za to, da bi zdaj to že končali. Gre za življenje z lastnostmi in uspevanje z njimi.
  • Preizkusite zgodaj Razmislite o TDD oz BDD namesto da bi testiranje do konca odložili z novimi zahtevami
  • Avtomatizirajte regresijo in jo okrepite - Ustvarite avtomatiziran regresijski komplet, da v vašem sistemu ne ostanejo nepreizkušene mine
  • Če se lastniki vašega podjetja / izdelka želijo vključiti v testiranje, razmislite o orodju za avtomatizacijo, ki temelji na poslovnem jeziku, kot je Kumara.
  • Ohranite uporabnost in zasnovo spletnega mesta osrednjega pomena za vaše testiranje. Ker več funkcij dodamo, čistejše mora biti spletno mesto
  • Izvedite preizkuse učinkovitosti in varnosti, ko se zgodi večja izdaja ali če se v arhitekturi bistveno spremenijo. (Vstavljen je nov strežnik itd.) Večina sistemov programske opreme tega ne potrebuje z vsako izdajo.
  • Bodite v stiku s konkurenco in poznajte vizijo izdelka
  • Prilagodite testiranje parov , za takojšnje povratne informacije in popravljanje. Po možnosti vključite lastnika izdelka
  • Načrt za spremembe in znane težave
  • Poskusite pridobiti povratne informacije strank in preverite, ali jim lahko sledite kot predlogu izboljšave, da ohranite konstantno rast. (še enkrat, to ni primarna odgovornost ekipe za preverjanje kakovosti, ampak vsi štejejo)

Faza # 3) Zrelost izdelka

Čestitamo, da je vaš izdelek prišel tako daleč. V tem trenutku se funkcije ne spreminjajo tako pogosto. Skupina izdelkov bo bolj osredotočena na povečanje števila poslov ali trženjskih prizadevanj. Vendar pa se razvoj in testiranje izdelkov ne sme in pogosto ne ustavi.

Zato lahko preskusna skupina:

  • Delajte na zorenju svoje testne strategije. Do takrat morajo vaši regresijski paketi, metode načrtovanja preskusov in prakse upravljanja preskusov delovati kot dobro naoljeni stroji.
  • Osredotočite se na natančnejše podrobnosti. Ker na splošno izdelek deluje in mu gre dobro, toda kot pravijo- ' Bog je v podrobnostih - poiščite tudi najmanjše težave, ki lahko izboljšajo kakovost sistema
  • Razmislite o povratnih informacijah strank
  • Redno preizkušajte zmogljivost in varnost
  • Upoštevajte nove naprave, platforme in brskalnike, ki so morda prišli na trg od zadnjega preizkusa
  • Preizkusite uporabniški priročnik in strani s pogostimi vprašanji, ker imate do zdaj čas in si lahko to privoščite.
  • Eksperimentirajte z novimi orodji, storitvami ali postopki za preizkušanje izdelkov, ker zdaj lahko.
  • Preizkusite postopek namestitve z vsako izdajo, pa naj bo še tako majhna, in pridobite statistične podatke o tem, kako enostaven ali težaven je za končnega uporabnika.

Karkoli počnete, ne bodite samozadovoljni.

Faza # 4) Propad izdelka / kroženje nazaj k rasti izdelka

Lastniki izdelkov in podjetja so danes pametni in dobro vedo, da svojih izdelkov ne morejo ohraniti enakih in pričakujejo, da bodo uporabniki ostali zvesti. Stvari se premikajo prehitro in tudi izdelki.

Torej, TrackFast ne more sedeti in se sprostiti. Če mora biti še naprej prisotna na trgu in ostati vodilna, se mora razvijati. Všeč ali sovražiš, Facebook se je začel kot preprosto socialno omrežje za povezovanje ljudi in je samo po sebi velika programska platforma, ki se integrira z milijonom drugih stvari in ostaja na tekočem.

Tudi TrackFast se mora razvijati. Po dokazovanju, da gre za zanesljiv in učinkovit sistem za sledenje napakam, se mora razviti ali pa bo propadel. Podjetje XYZ se je torej odločilo izboljšati TrackFast tako, da je postalo splošen sistem izdajanja vozovnic, ki ga lahko uporablja podjetje za sledenje kakršnim koli incidentom ali primerom, ki niso IT / preskusne skupine (nekaj podobnega JIRA), in ne samo za napake v procesu razvoja programske opreme. .

Kolo se je popolnoma obrnilo in sistem se obnašate kot popolnoma nov in sledite strategiji, ki smo jo obravnavali v poglavju Uvod v izdelek. Šele zdaj ste bolj izkušeni in seznanjeni s svedrom. Toda ne pozabite, da z vsakim novim zavojem prihaja nov izziv. Ostanite torej ostri :)

Kaj vas naredi uspešnega preizkuševalca izdelkov?

  • Preizkuševalci izdelkov mora imeti izjemen poslovni smisel, razumeti modele za razvoj hitre dostave in mora biti preizkuševalec asov ki se ne bojijo eksperimentiranja z orodji in sami postanejo malce kodirniki, če je treba. Te stvari lahko pozitivno vplivajo na katero koli vrsto testiranja, vendar so pri tej vrsti testiranja nujno potrebne.
  • Druga pomembna lastnost je, da a tester izdelka mora verjeti v izdelek in resnično želim, da uspe. Ko kot preizkuševalec mislim, da je programska oprema popolna smeti, je malo upanja, da bom naredil kaj za izboljšanje.
  • Delite vizijo lastnika izdelka / podjetja . Če ne veste, kam gre izdelek in kako se bo razvijal, bo testiranje zelo omejeno.
  • Koristijo večfunkcionalne veščine - Vedeti, kako preizkusiti DB, kako izvesti merila uspešnosti, kako omogočiti varnostna potrdila, kako uvesti itd. Bodite radovedni in raziskujte .
  • Ne postavljajte meja - ne mislite, da ocenjevanje uporabniškega priročnika ali preverjanje pogostih vprašanj ni vaša naloga, zato bi moral za to poskrbeti tehnični avtor. No, morali bi in bodo. Ko pa nanj gledate kot na notranjo osebo, kot na nekoga, ki izdelek pozna od znotraj, so vaše povratne informacije zelo koristne.
  • Poiščite povratne informacije končnega uporabnika. Naslednji velik nabor ljudi, ki preizkušajo po vas, so uporabniki v realnem času. Vedeti in razumeti, s kakšnimi težavami se srečujejo. To vam pomaga izboljšati zasnovo testa, tako da boste naslednjič vedeli, kaj storiti, da se jim izognete.
  • Delajte hitro in bodite odločevalci
  • Izogibajte se tehničnemu dolgu . V hitrem razvoju in preizkušanju je enostavno izključno raziskovalno preizkusiti in izgubiti referenčni okvir za prihodnje izdaje. Ne dovolite, da se to zgodi. Vzdržujte skeletno dokumentacijo, da lahko sledite, sledite in merite

Največja razlika med preskušanjem programske opreme, zgrajene kot storitev, in programske opreme, izdelane kot izdelek, je ta, da se v prvem, potem ko se doseže testna strategija, uporablja za vsa nadaljnja testiranja.

Vendar se mora za izdelek preskusna strategija spremeniti, odvisno od trenutne faze življenjskega cikla izdelka in sprememb tržne dinamike (nove naprave, novi brskalniki itd.). Strategija preskušanja izdelkov mora biti veliko bolj prilagodljiva za spremembe.

O avtorju: Ta članek je objavil član ekipe STH Swati S.

Upamo, da je bil ta članek koristen. Spodaj objavite svoje komentarje, vprašanja in povratne informacije.

Priporočeno branje

^