what qa tester should know about release
Na današnjem sestanku naše ekipe je vodja preveril vse pri svojem pripravljenost za izvedbo testa . Omenil je, da bo 'koda pripravljena za zagotavljanje kakovosti do jutri zjutraj'. Na kaj je mislil, ko je rekel »koda bo pripravljena«, ali to pomeni, da bodo razvijalci nocoj napisali kodo v okolju QA?
Pravzaprav je mislil, da bo uvajanje načrtovano ponoči, nova koda pa bo nameščena v QA okolje za testiranje.
Mnogi od vas se zdaj lahko vprašajo, kaj je uvajanje in kaj v resnici počnejo v njem?
Kaj se boste naučili:
- Splošni postopek upravljanja izdaje in uvajanja ter pomen za skupino za zagotavljanje kakovosti
- # 1. Zakaj je preskuševalcem pomembno, da so seznanjeni s postopkom uvajanja?
- # 2. Različna okolja
- # 3. Kaj mislite z gradnjo in razmestitvijo
- # 4. Načrtovana vs uvedba v sili
- # 5. Kontrolni seznam za zagotavljanje kakovosti - pred in po uvedbi
- Zaključek
- Priporočeno branje
Splošni postopek upravljanja izdaje in uvajanja ter pomen za skupino za zagotavljanje kakovosti
- Zakaj v resnici vzdržujemo različna okolja?
- Kako se koda preseli iz enega okolja v drugo?
V tem članku bom obravnaval naslednje teme
- Zakaj je preskuševalcem pomembno, da so seznanjeni s postopkom izdaje in uvajanja?
- Različna okolja
- Kaj mislite z gradnjo in razmestitvijo?
- Načrtovana vs uvedba v sili
- Kontrolni seznam za zagotavljanje kakovosti - pred in po uvedbi
# 1. Zakaj je preskuševalcem pomembno, da so seznanjeni s postopkom uvajanja?
Naša glavna naloga izvedbe testa je odvisna od tega, kako uspešna je bila uvedba. Če se je ekipa za uvajanje soočala z izzivi in naletela na več težav ter ni mogla pravilno razporediti kode, bo to zagotovo pomenilo, da bo skupina za preverjanje kakovosti ugotovila veliko napak, ki so lahko povezane z okoljem ali postopkom uvajanja.
- Če se preizkuševalci zavedajo postopka uvajanja, bodo razumeli pomen dokončanja svojih nalog v načrtovanem časovnem okviru.
- Preizkuševalci bodo dobili idejo, ali je težava resnično napaka v funkcionalnosti ali kaj povzročenega med uvajanjem, pravijo, da je tester dodeljen za testiranje funkcije poročila, toda ko se poskuša prijaviti na spletno mesto, se prikaže napaka, kar pomeni, da okolje ni , takih vprašanj ni mogoče obravnavati kot funkcionalna vprašanja, temveč kot okoljska. Če preizkuševalec ve za uvajanje, lahko težavo poveže s težavo z uvajanjem.
- Če se preizkuševalci res zavedajo seznama, ki je bil uveden, bi se lahko izognili številnim ne-težavam. Včasih se zgodi, da preizkusite in prijavite težavo za območja, ki nikoli niso bila uvedena.
# 2. Različna okolja
V zgornji klasifikaciji sem zajel 4 najpomembnejša okolja, ki jih sledi večina organizacij, vendar veliko strank vzdržuje veliko več okolij, kot so uprizoritve, predpriprave itd. Dogovor o poimenovanju se lahko razlikuje.
- DEV - Razvijalno okolje je tisto, ki ga je za pisanje kode ustvarila in vzdrževala razvojna skupina. Dostop do tega okolja je omogočen samo razvojni skupini. Skupina QA običajno nima dostopa do tega okolja. To okolje večinoma uporablja skupina Dev za enotno testiranje.
- QA - QA okolje je tisto, kjer testiranje dejansko poteka. To okolje je v lasti ekipe QA. Ekipa DEV nima dostopa do tega okolja. Po končanem načrtovanju in kodiranju se koda premakne v okolje za preverjanje kakovosti, da bo skupina za preverjanje izvedla preizkus.
- UAT - Test sprejemljivosti uporabnika je okolje, kjer testiranje izvajajo poslovni uporabniki. To se naredi po zaključku preizkusa sistema. Glavni namen je preizkusiti sistem s poslovnega vidika. Dostop do tega okolja imajo samo poslovni uporabniki. V nekaterih primerih pa poiščejo pomoč za zagotavljanje kakovosti, v takih okoliščinah pa ekipa za zagotavljanje kakovosti dobi začasen dostop do okolja.
- PROD - Okolje PROD je dejansko živo okolje, ki je izpostavljeno resničnim uporabnikom in nobena od ekip DEV in QA nima dostopa do branja / pisanja do tega okolja. Stalne podporne skupine se vzdržujejo za reševanje težav, povezanih s proizvodnim okoljem.
Preberite tudi=> Kako učinkovito pripraviti 'preskusno posteljo' in zmanjšati napake testnega okolja
# 3. Kaj mislite z gradnjo in razmestitvijo
Zgradba vsebuje predvsem prevedeni paket, ki lahko vključuje izvršljiv bat, exe, knjižnice, kot so dll, lib in arhive, kot so zip datoteke. Razvojna skupina izdela zgradbo in jo posreduje uvajalni skupini za namestitev.
Za sestavljanje izvorne kode večinoma skrbi razvojna skupina, ki jo po izdelavi zgradbe postavijo na določeno mesto, ki je dostopno za uvajanje v drugo okolje.
Ko je gradnja uvedena, je QA skupina obveščena, da izvede preizkus preverjanja gradnje (BVT) in če je uspešen, ekipa opravi preostali del funkcionalno preskušanje .
V nekaterih organizacijah, kjer nimajo ločene ekipe za uvajanje, razvojna skupina zagotavlja gradnjo QA, ekipa QA pa sama dokonča uvajanje. Vključeno je veliko tveganje, v takih primerih bi morali biti viri zagotavljanja kakovosti tehnično zanesljivi, da bi razumeli celoten postopek uvajanja gradnje, in tudi vedeti, kako odpraviti težavo.
Gradnje se vzdržujejo s številkami, na primer 1.0.01 ali 1.0.03. Torej je mogoče, da je v različici 1.0.01 morda nameščen DLL v0.2, v različici 1.0.03 pa DLL v0.5. Za ekipo QA postane pomembno, da pred začetkom testiranja v okolju uvede pravilno gradnjo. Vedno je dobro, da spremljate spremembe, ki so na voljo kot del vsake gradnje.
Vzdrževanje ločene ekipe za uvajanje je vedno dobra praksa, saj pomaga pri nemotenem prenosu kode iz enega okolja v drugo.
Uvajanje je postopek, s katerim se koda / zgradba premakne iz enega okolja v drugo. Večina organizacije te dni sledi ustreznemu kanalu za razporeditev in ima ločeno ekipo, ki skrbi za vse te.
Pred dnem uvajanja se sestane skupina, ki jo sestavljajo razvijalec, vodja razvoja, inženir uvajanja, vodja preskusov in druge zainteresirane strani. Na sestanku razvijalca navadno prosijo, da opiše svojo spremembo. Običajno morajo izpolniti določen obrazec s podrobnostmi o spremembah in načrtu povratka.
Če so nekatere podrobnosti zamujene, spremembe ne bodo odobrene za uvajanje. Nato se ekipa odloči, ali je sprememba lahko del uvajanja naslednjega dne. Testnega vodiča QA prosimo za odobritev, da zagotovimo, da spremembe ne bodo vplivale na nobenega od obstoječih testov. Na sestanku so predvidene končne postavitve postavk.
Odobreni seznam na dan uvajanja obdela ekipa za razmestitev. Skupina izvaja nabor programov, kot je opredeljen v vsakem od obrazcev za spremembe (ki ga zagotovijo razvijalci), in nato pošlje sporočilo kot dokončano uvajanje.
Sporočilo razmestitve je končano, da ekipi QA sporoča, da so spremembe / nova koda pripravljene za preizkus.
Za namestitev sprememb z DEV na QA je odgovorna ekipa za uvajanje. Po končanem preskušanju kakovosti se koda premakne v UAT. Prenos podatkov PROD je najpomembnejši del, ki ga je treba izvesti v izven delovnega časa, saj je treba med uvajanjem okolje rušiti in to zelo skrbno, saj bi to lahko močno vplivalo na poslovanje.
Večina uvajanja Prod se izvaja pozno zvečer, ko so možnosti, da bodo končni uporabniki prizadeli okolje, manjše.
# 4. Načrtovana vs uvedba v sili
Vsaka organizacija vodi koledar uvajanja. Številne stranke sledijo uvajanju enkrat na teden, mnogi pa se odločijo za dvotedensko, pravijo, da naj bi se načrtovana uvedba zgodila le ob torkih ali pa v torek in petek. Dnevi za razmestitev se lahko spremenijo, če načrtovani dan za razmestitev pade na praznik.
V zgornjem razdelku sem opisal postopek, ki ga upoštevamo pri vseh načrtovana napotitev .
Načrtovane razmestitve imajo lahko svoj izziv. Omislite si primer, ko je nova koda nameščena v okolju QA in med preskusom zdravega stanja ekipa ugotovi napako blokatorja in je treba testiranje ustaviti. Ali ekipa za testiranje čaka en teden do naslednje uvedbe?
Za reševanje takih situacij se opravijo popravki v sili in razmestitve, kadar ekipi za razmestitev ni treba čakati na načrtovani dan uvajanja. Resnično morajo slediti in iskati odobritve tudi za zasilne razmestitve, vendar se te odobritve običajno zgodijo hitro in nove spremembe je mogoče v okolju za zagotavljanje kakovosti uporabiti isti dan ali čim prej.
# 5. Kontrolni seznam za zagotavljanje kakovosti - pred in po uvedbi
Pred uvedbo -
Celoten faza zasnove testa se zgodi, preden se koda dejansko premakne v okolje. Izvajanje preizkusa je odvisno od razpoložljivosti kode v okolju QA, medtem ko ekipa za razmestitev dela na tem, da se koda uvede v QA, ekipa QA pa mora zagotoviti, da je opravila spodnje dejavnosti -
- Poskrbite, da bodo testni primeri pregledani in odobreni
- Prepričajte se, da je testna skupina na voljo in da je načrtovanje virov končano
- Zagotovite ugotovljene potrebe po preskusnih podatkih
Po uvedbi -
vprašanja in odgovori za razgovore v bazi podatkov pdf
Po uvedbi smo kot ekipa QA najprej začeli s testom Sanity. Preden pa začnemo s preizkusom zdravega počutja, moramo poskrbeti za naslednje:
- Skupina za zagotavljanje kakovosti bi morala od ekipe za uvajanje prejeti obvestilo o uspešni namestitvi in biti pripravljena na preverjanje kakovosti.
- Skupina za zagotavljanje kakovosti mora voditi evidenco o postavljeni gradnji.
- Prepričajte se, da ima skupina za preverjanje kakovosti seznam sprememb, ki so bile uspešno razporejene, in tudi elementov, ki niso bili uvedeni, tudi če so bili načrtovani. Lahko se zgodi, da se ekipa za uvajanje ni mogla uvesti zaradi manjkajočih podrobnosti itd.
Zaključek
Upam, da vam je zgornji članek predstavil celoten postopek upravljanja izdaje in uvajanja, ki je sledil kot del celotnega cikla razvoja programske opreme. To je bil le splošni postopek, ki so ga uporabili v večini organizacij, vendar ima veliko strank drugačne protokole.
Avtor : Ta čudovit članek je napisala članica ekipe STH Priya R.
Se vam je ta postopek zdel koristen? Sporočite nam postopek uvajanja, ki ga spremljate v svoji organizaciji.
Priporočeno branje
- Ad-hoc testiranje: Kako najti napake brez formalnega postopka testiranja
- Kaj je preizkušanje skladnosti (preizkus skladnosti)?
- Tečaj preizkušanja programske opreme: kateremu inštitutu za preizkušanje programske opreme naj se pridružim?
- Postopek upravljanja z napakami: Kako učinkovito obvladovati napake
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- Praktično testiranje programske opreme QA Process Flow (zahteve za sprostitev)
- Testiranje poslovnih procesov (BPT) - Kako poenostaviti in pospešiti postopek testiranja z uporabo BPT
- Kako izboljšati postopek izdaje preizkusov za uspešno izdelavo programske opreme brez napak