how effectively prepare test bed
Izzivi in najboljše prakse za preizkusno ležišče / preskusno okolje:
Večkrat preizkuševalci ugotovijo, da so njihove napake zavrnjene zaradi okoljskih vprašanj, ali pa iz podobnih razlogov nenehno ponavljajo napake. Medtem ko mora biti odpiranje največjega števila napak zagotovo eno od osebnih meril za vsak preizkuševalec, mora večina preizkuševalcev poudariti tudi, da ima največ veljavnih napak.
Kako je to doseženo?
Poleg drugih vidikov, kot sta načrtovanje različnih testnih scenarijev in temeljito razumevanje postavke, a veliko časa je treba vložiti v postavitev preskusne steze ali testnega okolja . Drugič, preskuševalci morajo imeti kljub predvidenemu znesku za načrtovanje testnih primerov usmerite svoje energije ustvarjanje učinkovitih testnih podatkov .
Osebno sem kot del revizijskega postopka ugotovil, da je največ veljavnih napak ugotovljeno, ko je bilo vloženo veliko truda v pravilno ustvarjanje preskusne steze ali testnega okolja in ko je preizkuševalec temeljito razumevanje vrste okolja, ki je potrebno.
Tudi vrsta preskusnih podatkov, ki se posredujejo preskusnemu okolju, lahko razkrije nekaj zelo resnih napak v preskusni kodi / lastnosti, ki lahko močno vplivajo na kakovost izdelka.
Ta članek govori o tem, kaj natančno vključuje testna postelja: gre za dvostopenjski postopek nastavitve testnega okolja in nastavitev testnih podatkov:
1. del) Prejšnji del članka bo obravnaval splošni postopek nastavitve testnega okolja , najpogosteje se soočajo s težavami pri namestitvi, s katerimi se soočajo testi in kazalci, ki jih je treba upoštevati pri ustvarjanju preizkusne postelje namesto teh izzivov.
2. del) Ko smo v tem članku povedali toliko o testni postelji, je bilo vredno osvetliti Vzdrževanje testnega okolja vidike. Zadnji del članka obravnava drugi del nastavitve preskusne postelje, ki vključuje preskusne podatke, pristop k njegovi nastavitvi in nekaj učinkovitih Preizkusite tehnike upravljanja podatkov .
Ob nenehnem 'velikem poku' pri razvoju in testiranju programske opreme se vedno bolj osredotočamo na sprejemanje različnih metodologij, da bi bil splošni postopek zagotavljanja kakovosti pregleden, učinkovit in ustrezen.
V organizacijah se izvajajo različne revizije kakovosti, da se zagotovi primerna ocena uspešnosti preskusne skupine in merljivi rezultati z meritvami, določenimi pri inicializaciji preskusnega cikla. Ti rezultati omogočajo ugotoviti, kje stoji določena ekipa v smislu zagotavljanja optimalne kakovosti programske opreme, ki jo preizkušajo.
Ta poročila tudi pomagajo skupini razumeti priložnosti za izboljšave na podlagi opažanj med revizijo.
Ni treba posebej omenjati, da bi bila zelo očitna metrika za katero koli preskusno skupino glede na skupno število odprtih napak v primerjavi s število veljavnih napak . Zato se eno od vprašanj, ki se očitno pojavlja, glasi - Kaj je osnova za poskus odkrivanja kakršne koli napake? Povedano drugače, na kakšnem temelju lahko najdemo napako?
Odgovor je soglasen - nastavitev Test Bed in / ali Test Environment. V ekipah obstajajo merila kakovosti zmanjšati zavrnjene napake kot napaka pri testni nastavitvi / napaka uporabnika, neveljavne konfiguracije ali v nekaterih primerih napake, ki nastanejo kot uhajanje določene ekipe zaradi nerazpoložljivih konfiguracij, nepreverjenih konfiguracij.
Za začetek si oglejmo podrobneje opredelitev, kaj je testno ležišče ali testno okolje.
Kaj se boste naučili:
Kaj je preskusno ležišče in testno okolje?
V zelo splošnem smislu bi lahko testno posteljo opredelili kot nekakšno razvojno okolje, pri katerem lahko izvajalci kode ali modulov svobodno preskušajo svoje module brez kakršnih koli motenj s strani preskusne skupine, v absolutni omejitvi.
Vendar testna postelja ni značilna le za razvojno skupino. Z vidika preskusne skupine ali preizkuševalca, ker testna postelja ni nič drugega kot platforma, določena za preskušanje programske opreme / izdelka, jo imenujemo tudi testno okolje.
Vsako preskusno ležišče ali preskusno okolje bi bilo treba konfigurirati v skladu z opredeljenim testnim ciljem za preskušano aplikacijo / izdelek / programsko opremo. V določenih primerih bi bila preskusna postelja primerjava preskusnega okolja in preskusnih podatkov, s katerimi deluje.
Komponente testnega okolja
Vsak test bi imel svoje posebne zahteve glede testnega okolja, toda v zelo širokem smislu bo katero koli testno ležišče / testno okolje obsegalo strojno opremo, programsko opremo in mrežne dele, ki podpirajo najmanj potrebno konfiguracijo za vožnjo in izvedbo določenega testa. .
Dobro znano dejstvo je, da razumen čas preizkuševalca porabijo okoljski problemi, ki pa vplivajo na produktivnost in urnike preskusov. Čeprav se vrsta izzivov za vsako preizkusno skupino razlikuje, so nekateri od njih pogosti.
Nekateri ključni izzivi, s katerimi se pogosto srečujemo, so:
# 1) Oddaljeno okolje
Preizkusna sredstva ali okolja so večinoma geografsko postavljena na mesta, ki so oddaljena od skupin. To je eden najpogostejših izzivov preizkusnih skupin, kot v primeru težav, ki se lahko pojavijo v zvezi s strojno opremo, vdelano programsko opremo, programsko opremo, mreženjem itd.
Skupine, ki porabljajo sredstva, bi se morale močno zanašati na podporne ekipe na lokaciji, kjer je sredstvo prisotno.
V istih vrsticah, če nekaj sredstva potrebuje nadgradnjo vdelane programske opreme ali nadgradnjo zgradbe, bo preizkusna skupina spet potrebovala podporo podpornih skupin, ki so lastnice okolja, tako da odpre vstopnice za podporo. To lahko tudi privede do precejšnjih časovnih in zamudnih urnikov, zlasti v primeru razlik v časovnem pasu.
# 2) Kombinirana uporaba med ekipami
Razvojne in preizkusne skupine najpogosteje uporabljajo ista okoljska sredstva. Čeprav splošna norma določa, da morajo biti razvojna, testna in proizvodna okolja ločena, je ta idealen scenarij dejansko zelo redko dosežen. Organizacijam je nabava ločenih virov za vsako ekipo zelo neprijazna.
Zato večina organizacij zahteva skupno uporabo okolja med razvojem in preizkusom. Če k temu dodamo, da če razvojni in testni viri sočasno uporabljajo isto sredstvo, to vodi do kaosa in nesoglasij med člani.
# 3) Neučinkovito načrtovanje uporabe virov za integracijo
V nekaterih primerih za scenarije, ki potrebujejo preskušanje od konca do konca pri čemer gre za integracijo dveh ali več komponent, da delujejo skupaj, lahko spet obstaja zahteva po skupni uporabi virov med preskusnimi skupinami. Učinkovito načrtovanje glede na uporabo poleg konflikta med ekipami veliko prispeva tudi k okolju, ki postane nestabilno.
Najbolj očiten učinek tega je, da lahko težava, ki jo opazimo določen enkrat ali dvakrat, povzroči povsem drugačno vedenje v naslednjih poteh za isti scenarij. Če je za to že odprta napaka, obstaja velika verjetnost, da je razvoj ne bo sprejel kot veljavnega kandidata za popravek.
# 4) Kompleksna testna konfiguracija
Konfiguracija preskusnega ležišča ali testnega okolja je včasih preveč zapletena. To bo predstavljalo več izzivov, saj bo testna skupina potrebovala potrebna znanja za razumevanje potrebnih konfiguracij. Včasih preskuševalcu ni na voljo dovolj znanja, da bi lahko pripravil zahtevano konfiguracijo.
V takih primerih lahko preizkuševalci sami povzročijo napako v preskusni napravi, če jo napačno konfigurirajo. To bi močno vplivalo na testni primer in rezultate, ki jih daje.
# 5) Podroben čas namestitve
V nekaterih drugih primerih je lahko preskusna postavitev za vsak preizkušeni primer preveč podrobna glede vsakega ugotovljenega testnega primera. To je lahko posledica številnih soobstoječih tehnologij, ki jih je treba povezati skupaj ali več komponent za skupno delovanje v primerih integracijskega testiranja.
V teh primerih mora vsaka komponenta delovati popolnoma, da se zagotovijo dosledni rezultati, saj lahko ena komponenta tvori vhod za naslednjo.
Najboljše prakse za nastavitev testnega okolja
Ogledali smo si široko strukturo izzivov, s katerimi se preizkuševalec sooča pred ali med začetkom izvajanja preizkusa. Večina od nas se je v določenem trenutku med projektnimi mejniki soočila z eno ali več temi težavami. Ti izzivi so obstajali in bodo verjetno obstajali v različni meri, ker idealistična situacija ne obstaja.
Glede na to, da so izzivi namestitve del preizkuševalčevega dela in so neizogibni, je tu nekaj predlogov, kako učinkovito pripraviti nastavitev za testiranje. To bi lahko pomagalo zmanjšati napake, ki bi lahko nastale zaradi težav z namestitvijo.
Nasvet št. 1) Razumevanje Temeljito preizkusite zahteve in se izobražujte
c ++ pretvori znak v int
Vedno začnite z osnovami in z najbolj očitnimi! Ko razvijalna skupina uvede dokument s specifikacijami ali dokument o uporabi, je nespremenljiv korak preizkusne skupine razumevanje zahtev postavke in nato priprava dokumenta o testnem primeru, ki podrobno opisuje primere.
Medtem ko se izvaja načrtovanje testa, je najboljši praksa, da se v dokument o testnem primeru vključijo tudi podrobne informacije o testnem okolju. Nobenega ugibanja o tem, da bo preizkuševalec nekaj časa analiziral, katero preskusno okolje bo morda potrebno, in v skladu s tem potrebne konfiguracije.
To lahko dosežemo s pogovorom z razvojno skupino / arhitekti, da bi ustvarili dobro bazo znanja. To ne bi samo prihranilo nekaj časa v izvedbenem ciklusu, temveč bo tudi preizkuševalcu pomagalo učinkovito razporediti čas izvedbe med enostavnimi in zapletenimi testi.
Osebno je dober rezultat tega, da smo mnogi odkrili težave z namestitvijo (ki bi same po sebi preprečile dosledno izvajanje preizkusov) že na začetku cikla, zaradi česar smo imeli čas za kanalizacijo in pridobitev potrebne pomoči za odpravo teh težav - torej ne podaljša preskusnega cikla čez nesprejemljiva obdobja.
Še en pozitiven učinek bi bil ta, da bi to močno izboljšalo znanje preizkusne skupine in preprečilo nepotrebne napake. Čeprav ta praksa povzema skoraj vse prakse, ki so po naravi potrebne za obvladovanje zgoraj omenjenih izzivov pri nastavitvi preizkusa, je vseeno treba omeniti druge nasvete.
Nasvet št. 2) Preverjanje povezljivosti
Druga najpomembnejša kontrolna točka je zagotoviti, da so viri ali sredstva, ki jih nameravate uporabiti za testiranje, dosegljivi. Če je treba sistem zagnati integrirano z drugimi stroji, preverite njihovo medsebojno povezanost s pomočjo ping-a ali telneta.
Tudi če morajo sistemi medsebojno sodelovati in so za požarnimi zidovi, poskrbite, da se bodo lahko prek teh požarnih zidov overjali z uporabo osnovnih varnostnih možnosti (BSO) in preverili tudi morebitne proxyje. Če opazite, da nekateri stroji niso dosegljivi ali potrebujejo preverjanje pristnosti BSO, lahko za izpolnitev zahteve za podporo podate ustrezne servisne zahteve.
To je še posebej koristno, kadar je okolje na oddaljenih lokacijah, prav tako pa se bo izognilo stopnjevanju v zvezi s stroji in sistemi. Če testna skupina zahteva dostop do katerega koli vira ali skladišča, bi to pomagalo pri proaktivni določitvi istega.
Nasvet št. 3)Preverjanje omrežja in / ali shrambe
To je skoraj podaljšek prejšnje konice in bi potreboval še nekaj drugega preverjanja z večjo tehnično globino. Prepričajte se, da preskušanje, ki ga potrebujete, ima potrebno pasovno širino in če vaše testiranje potrebuje internetno povezavo. Poskrbite tudi, da boste našli način, da preverite, ali je topologija omrežja med sistemi in viri pravilna.
Drugič, če vaš testni cilj pomeni potrebo po kakršnem koli pomnilniku, se prepričajte, da obstajata shramba in omrežna povezljivost. Večinoma je odgovornost skrbnika, da to vzpostavi, vendar pa je tudi dodana vrednost, če imate nekaj istega delovnega in funkcionalnega znanja.
Nasvet št. 4) Preverite zahtevano strojno in programsko opremo ter licence
Velikokrat se zgodi, da preizkuševalci začnejo izvajati sistem, ne da bi preverili potrebno strojno in programsko opremo, ki je morda potrebna. Kot rezultat tega večkrat preizkuševalec skoraj med preskusnim ciklom ugotovi, da so nekatere funkcije na voljo samo na višji ravni strojne ali programske opreme / vdelane programske opreme.
Takrat bo preizkuševalec pri svojem preizkusu označil blokatorja, ki bo požrl precejšen čas testiranja. Zato je neprecenljiva praksa, da imamo kontrolno točko, da si zapišemo strojno in programsko opremo, ki je predhodno potrebna.
Velikokrat lahko pride do izpadov pri nadgradnji strojne opreme / programske opreme, kar se vse kaže Nasvet 1 pri čemer mora preskuševalec sodelovati pri proaktivnem načrtovanju glede strojne opreme. Nekatera programska oprema bo morda zahtevala licence, ki bodo morda zahtevale odobritve in ukrepe pravne skupine. To je procesno usmerjen ukrep, ki bi lahko spet trajal nekaj dni, kar je treba načrtovati.
Nasvet št. 5)Brskalniki in različice
Testiranje, ki ga opravite, mora biti zrcalno kaj bo končni uporabnik izvedel . Lahko testira na določenem brskalniku na najnovejših različicah vseh brskalnikov. Zato je obvezno določiti različne vrste brskalnikov, ki bi se uporabljali za testiranje, in jih namestiti v svojo lokalno nastavitev preskusa.
Drugič, določite tudi, katere različice brskalnikov je treba uporabiti za testiranje. Dobra praksa bi bila, da začnete z brskalnikom nižje različice, s čimer zagotovite združljivost za nazaj in nato nadgradite na najnovejšo različico.
Nasvet št. 6)Načrtovanje uporabe testnega okolja.
Glede na dejstvo, da testna skupina nikoli ne bo imela primerov, da bi imela lastne testne vire, sisteme in sredstva - je eden izmed glavnih mejnikov v načrtovanju preizkusov učinkovita uporaba testnih virov.
najboljši program za pretvorbo youtube v mp3
To je še posebej potrebno, kadar mora več ekip dostopati do istega nabora virov bodisi zaradi scenarija od konca do konca, ki vključuje dve ali več komponent, ki delujejo skupaj, ali zaradi situacije, ko je preskusna postavitev preveč dodelana ali zapletena, da bi jo lahko ponovili. zelo enostavno in v isti ekipi bi lahko bilo več članov, ki bi si zastavili lastne cilje z isto nastavitvijo.
Dobra praksa bi bila oblikovanje pristopa delitve časa, pri katerem ga določena ekipa ali oseba uporablja za prejšnjo polovico, preostali ljudje pa za drugo polovico. Včasih je nekaj običajnega, ko lahko vsak izmed njih izvede neodvisne teste, ki drugega ne bodo ovirali.
S tem ne boste samo zmanjšali kaosa in konfliktov med člani, ampak tudi zagotovili vedenjsko stabilnost okolja za daljše obdobje.
Nasvet št. 7)Orodja za avtomatizacijo in njihove konfiguracije
Kot vemo, bo imela vsaka postavka v preskusu nekaj ponavljajočih se testov, ki bodo del regresijskega cikla, ki ga bo treba avtomatizirati. Preizkusna skupina mora določiti, kakšno avtomatizacijo bi rada naredila in potrebna orodja za to.
Čeprav to ni nujno del priprave na okolje, bi to vseeno navedel kot najboljšo prakso za ustrezno prepoznavanje in konfiguriranje orodij za avtomatizacijo. To bi bilo popolnoma odvisno od presoje preizkuševalca, kdaj želi opravljati to dejavnost, saj to ni obvezen dejavnik za zagotovitev pripravljenosti na preizkus.
Zaključek
Ti nasveti in triki lahko tvorijo dobro merilo in odtis, da se zagotovi pripravljenost testnega okolja na testiranje. Brez dvoma se vsaka ekipa sooča s svojim edinstvenim naborom izzivov, zgornje nasvete pa je mogoče prilagoditi in prilagoditi svojim potrebam.
Pravzaprav vir za zapisovanje celotnega okostja nasvetov izhaja iz ene od mojih nalog, kjer sem se soočil s hudo zapletenimi težavami pri namestitvi in sem potreboval skoraj eno leto, da sem sploh začel testirati!
Čeprav so bile omejitve v testnem okolju izven mojega nadzora, se mi je zdelo, da bi o številnih težavah lahko poročali že prej, če bi uporabil te nasvete. Od takrat jo uporabljam za vsako nalogo, ki mi pride na pot, in to okostje mi je veliko pomagalo pri proaktivnem iskanju težav z namestitvijo in usmerjanju mojih prizadevanj, da bi jih rešili.
O avtorju: Ta članek je napisala Sneha Nadig. Deluje kot preizkusna vodja z več kot 7-letnimi izkušnjami pri projektih ročnega testiranja in avtomatizacije.
V drugem delu tega članka bomo videli postopek nastavitve in vzdrževanja testnega okolja ter nasvete za pripravo in upravljanje testnih podatkov. Medtem lahko v komentarjih objavite poizvedbe o pripravi testne postelje.
Priporočeno branje
- Kako učinkovito izvesti testiranje po izdaji in čim bolj zmanjšati vpliv izdaje na odjemalce v živo
- Kako se odločite, katere napake so sprejemljive za zagon programske opreme?
- Kako pripraviti in predstaviti izjemno predstavitev za preverjanje kakovosti ekipi
- Proces upravljanja z napakami: Kako učinkovito obvladovati napake
- 9 najboljših idej za preizkuševalce, kako učinkovito izkoristiti čas klopi
- Vodstvo pri testiranju - Preizkusite odgovornosti vodje in kako učinkovito voditi testno skupino
- Kako učinkovito načrtovati in upravljati preskusne projekte (nasveti)
- Postopek trojanske napake in načini vodenja sestanka za napačne trijaže