what is longevity testing
Ovaj članak objašnjava značenje ' Ispitivanje dugovječnosti 'I kako pomaže u procjeni stabilnosti Sustava ili Proizvoda i smanjenju kvarova koje je kupac otkrio, tj. ' Uhvatite kukce u kući prije nego što ih kupac pronađe '.
Na kraju ovog članka QA menadžeri, potencijalni kupci i ispitivači imat će pošteno znanje o:
- Što je ispitivanje dugovječnosti?
- Zašto je potrebno ispitivanje dugovječnosti?
- Planiranje i izvođenje testova dugovječnosti
- Koje su prednosti i nedostaci ispitivanja dugovječnosti?
kopirajte DVD na tvrdi disk besplatno
Što ćete naučiti:
Što je ispitivanje dugovječnosti?
Ispitivanje dugovječnosti je ispitna aktivnost:
- Provjera značajki stabilnosti i upotrebljivosti sustava ili proizvoda tijekom duljeg razdoblja u odnosu na odgovarajuće opterećenje i stresno stanje pomoću prometa i aplikacija u stvarnom vremenu
- Da bi se smanjila pojava kvarova na površini kupca
Dijagram toka postupanja s problemima koje je prijavio kupac (slika 1)
Pozadina ispitivanja dugovječnosti
# 1) Obično se u prvih nekoliko tjedana uvođenja proizvoda ili nakon nadogradnje na najnovije izdanje softvera na korisničkom mjestu sve stvari dobro odvijaju. Međutim, tijekom razdoblja od nekoliko tjedana, kupac počinje prijavljivati probleme.
#dva) Mnoga izdanja mogu biti jednostavne značajke jer ih kupac prijavljuje i nije ih lako reproducirati u kući. Potrebno im je puno vremena i pažljive analize stručnog tima za čitav spektar. Savjet: Vrijeme = $$$ !!!
# 3) Jedno ili više od sljedećeg događa se kada kupac (i) pronađu kvar (slika 1)
- Ozbiljnost nedostatka imat će izravan utjecaj na poslovanje Kupca, tj. $$$
- Svaki zahtjev za uslugom Centru za tehničku podršku košta $$$ za Organizaciju za inženjering proizvoda
- Prednji tim za tehničku podršku rijetko rješava probleme koje je pokrenuo kupac
- Takvi zahtjevi ili ulaznice prosljeđuju se timu za podršku eskalaciji
- Eskalacija korisničkih karata koštat će više $$$ za Organizaciju
- Ako tim za eskalaciju ne može riješiti problem, sada će morati uključiti inženjerski tim (razvoj i osiguranje kvalitete)
- Do sada bi se troškovi $$$ za rješavanje problema također znatno povećali
- Duže rješavanje kvara povećava vjerojatnost nezadovoljnih kupaca koji ne bi dali ponovljene narudžbe, a najgori je scenarij kada kupac odluči prijeći na konkurentsko rješenje u pogodnom trenutku. Međutim, u oba slučaja to predstavlja gubitak prihoda bilo kojoj organizaciji za inženjering proizvoda
4) Veći postotak takvih problema koje prijavljuju kupci povezani su s tipičnom stabilnošću sustava ili proizvoda u kombinaciji s topologijom kupca, infrastrukturom, prometom i aplikacijom.
Zašto je potrebno ispitivanje dugovječnosti?
1) Bilo koji 'nedostatak' koji nastane zbog problema koji je kupac prijavio obično je test bijeg.
2) Svi takvi nedostaci koštaju $$$ za kupca, kao i za inženjersku organizaciju koja kupcima nudi rješenja i usluge.
3) U normalnom scenariju, kvar je trebao interno primijetiti tijekom različitih ciklusa ispitivanja, uključujući regresijsko ispitivanje, od strane jednog ili više testera iz ispitnog tima, ovisno o složenosti problema.
4) Što je najvažnije, takvi kvarovi koji proizlaze iz problema koje su prijavili kupci također ukazuju na to da se pri provođenju odgovarajućeg scenarija ili testnog slučaja propusti u trenutku izvršenja plana ispitivanja.
5) Mnogi su testeri morali osjetiti da određena značajka ne uspijeva na mjestu kupca, ali prolazeći unutar kuće u raznim ispitnim mjestima
- Značajka
- Regresija
- Opterećenje
- Stres
- Izvođenje
- Sustav
- Riješenje
- Alfa
- Beta
6) Ključna zapažanja koja treba uzeti u obzir -
- Tijekom bilo kojeg ciklusa izdavanja softvera, sustav koji se testira (SUT) ili uređaj koji se testira (DUT) u svim testnim pločama često se meko ili teško restartuje zbog nedostataka, poput učitavanja novog ispuštanja koda, provjere bugova itd.
- Čak i apartmani za automatizirani regresijski test obično ponovno pokreću ili resetiraju SUT ili DUT nakon izvršavanja određene skripte testnog slučaja ili niza skripti testnog slučaja
- Dakle, SUT ili DUT ne rade dovoljno dugo bez mekog ili tvrdog ponovnog pokretanja
- Dok je situacija potpuno drugačija na mjestu kupca. Kupac si ne može priuštiti stalno ponovno pokretanje sustava, što rezultira poremećajima u produktivnosti
- Kupci slijede provjerenu praksu gdje najavljuju odgovarajući prozor održavanja predviđenoj publici, a zatim izvršavaju nadogradnju softvera ili zamjenu hardvera itd.
- Takvi prozori održavanja mogu trajati određeno vrijeme od tromjesečja do godišnjeg, ovisno o internim smjernicama i postupcima organizacije kupca
- U stvarnosti, stvarna zdravstvena slika sustava ili proizvoda na mjestu kupca potpuno se razlikuje od slike ispitnih tijela tijekom određenog ciklusa izdavanja softvera u bilo kojoj organizaciji za inženjering proizvoda.
- Mnogi kupci također traže ovlašteni dokument o kvaliteti nakon što su prošli određena ispitivanja vertikalnih modela, posebno financijske, zdravstvene i savezne vertikalne
Uzimajući u obzir nekoliko praznina u ispitivanju, kao što je gore spomenuto =>
kako otvoriti mkv datoteku na Windowsima
- Očigledno je da bi sustav ili proizvod trebali proći duže trajanje testova ili testova dugovječnosti s scenarijem od kraja do kraja koji oponaša mjesto kupca ili vertikale
- Duže trajanje može biti 72-720 sati. (3-30 dana) ili odgovarajuće trajanje na temelju EFD ili CFD podaci i specifični slučajevi kupaca
- Preporučena praksa za menadžere kvalitete, potencijalne kupce i ispitivače je provođenje ispitivanja dugovječnosti kao zasebne aktivnosti u danom ciklusu izdavanja softvera
- Net-Net, ispitivanje dugovječnosti vrlo je važno za stabilnost sustava ili proizvoda jer ima izravan odnos s donjim redom $$$ Organizacije
Planiranje i izvođenje testova dugovječnosti
Važno je da QA menadžeri, potencijalni kupci i ispitivači uključe i testiranje dugovječnosti kao dio svog cjelokupna strategija ispitivanja .
Planiranje
- Inženjerske organizacije provode internu analizu ispitnog bijega ( ČAJ ) vježbajte s vremena na vrijeme za mnoge proizvode (hardver i softver). Neki čak imaju integrirani i automatizirani mehanizam za kopanje podataka Test Escapea koji se obično temelje na 'Vanjski pronađenim nedostacima ( EFD ) ’Ili‘ Kupac je otkrio nedostatke ( CFD ) ’Zabilježio tim za podršku eskalaciji
- EFD-ove ili CFD-ove treba pažljivo analizirati u kontekstu korisnikove implementacije uživo iz perspektive od kraja do kraja, ne samo infrastrukture već i krajnjih korisnika uređaja, aplikacija i obrazaca prometa
Razumijevanje vertikale kupaca:
Kupci obično spadaju u jednu od donjih širih vertikala:
- Zdravstvo
- Maloprodaja
- Financije
- Obrazovanje
- Prijevoz
- Proizvodnja
- Inženjering
- Savezni (vlada)
Aktivnosti
# 1) Izradite zasebni plan ispitivanja i test slučaja za ispitivanje dugovječnosti. To će također pomoći u praćenju izvršavanja testa, evidentiranja bugova i provjere
#dva) Utvrdite test slučajeve na temelju ulaza Test Escape Analysis - obično pročišćavanje programskih pogrešaka EFD-ovima ili CFD-ovima
# 3) Vrlo je važno da QA tim oponaša ispitne krevete jedne ili više okomica, ovisno o djelatnosti organizacije s brojem okomica
# 4) Namjenski ispitni ležajevi trebaju imati
- Mrežna topologija slična onoj predviđene okomice ili više okomica
- Infrastruktura sa sličnim prekidačima, usmjerivačima, pozadinskim poslužiteljima, vatrozidima itd
- Najčešće i popularno korišteni poslužitelji aplikacija iz određene vertikale
- Najčešće i popularno korišteni uređaji krajnjeg korisnika iz određene vertikale
# 5) Odgovarajući alati za stvaranje opterećenja, stresa i prometa u stvarnom vremenu
najbolji pop up blokatori za krom
# 6) Identificirajte resurs ručnog izvršavanja
# 7) Identificirajte resurs / strategiju automatizacije za brže i ponovljeno izvršavanje
# 8) Prepoznajte START i KRAJ ispitivanja dugovječnosti za određeno izdanje
Dva pristupa za START i KRAJ ispitivanja dugovječnosti:
I) Pristup 1:
- Softverski kod ili hardver trebali bi biti u stabilnom stanju
- START na kraju FEATURE Test Test
- END prije zamrzavanja koda
II) Pristup 2:
- Napravite manji pogodak dopuštajući blago nestabilan kôd
- START nakon 70% završetka ciklusa ispitivanja FEATURE
- END prije zamrzavanja koda
# 9) Provjera programskih pogrešaka za riješene nedostatke
# 10) Premjestite ispitivanje dugovječnosti u regresiju za naknadno regresijsko testiranje
Izvršenje
- Postavite ispitne slojeve da oponašaju jednu ili više verzija kupca
- Osigurajte da su svi back-end Infra, aplikacija i baza podataka, uključujući okuse, slični okusima kupca
- Osigurajte da su uređaji krajnjih korisnika slični onima koji se koriste u kupcu i da li su dostupni i koriste se tijekom izvršavanja plana ispitivanja
- Osigurajte da su dostupni odgovarajući alati za generiranje umjerenog naprezanja i opterećenja sustava ili proizvoda
- Izvršite cijeli paket za testiranje iz Plana ispitivanja dugovječnosti bez mekog ili tvrdog ponovnog pokretanja SUT ili DUT, pozadinskih poslužitelja i drugih uređaja povezanih s Infra
- Na gore navedeni način trebalo bi se izvoditi višestruka izvođenja testova tijekom definiranog neprekidnog trajanja od mjesta 72-720 sati.
- Snimite rezultate
- Zabilježite sve identificirane greške
- Provjerite sve greške
Koje su prednosti i nedostaci testiranja dugovječnosti?
Pros
- Pomaže prepoznati kritične greške prije nego što ga kupac pronađe
- Pomaže u stabilizaciji sustava ili proizvoda zbog njegove uslužne značajke koja je ključna za kupčevu produktivnost i poslovanje
- Pomaže u povećanju zadovoljstva kupaca
- Organizaciji štedi puno troškova $$$ - ušteđeni novac je zarađeni novac !!!
- Izvještaj o ispitivanju dugovječnosti također se može pretvoriti u potvrdu o kvaliteti usluge opskrbe različitim vertikalima
Protiv
- Početni trošak za uključivanje ispitivanja dugovječnosti i s njima povezanih aktivnosti kao dio datog izdanja i regresijskih aktivnosti
- Idealno za Model slapa
- Agile / Scrum modeli trebaju prilagoditi trajanje i pokrivenost
Zaključak
Mnogi od 'nedostataka' koji proizlaze iz problema koje je prijavio kupac prvenstveno su rezultat Test Escapea. To zauzvrat moli za mnoga pitanja poput izrade plana ispitivanja, pregleda, pokrića i izvršenja.
Vanjski pronađeni nedostaci (EFD) ili Kupčevi nedostaci (CFD) imaju poslovni ($$$) utjecaj na kupca, kao i na organizaciju proizvoda.
Jedinstveno ispitivanje dugovječnosti trebalo bi pomoći bilo kojoj proizvodnoj organizaciji da poboljša zadovoljstvo kupaca putem prepoznavanja i rješavanja nedostataka prije nego što ih kupac uhvati. Ispitivanje dugovječnosti također pomaže u poboljšanju stabilnosti što rezultira robusnim sustavom kvalitete ili proizvodom.
O autoru: Ovaj je članak napisao autor STH Vinayak. Ima 12 godina QA / testiranja u tvrtkama Fortune 500.
Javite nam ako imate pitanja ili prijedloge u vezi s ovim člankom.
Preporučena literatura
- Najbolji alati za testiranje softvera 2021. (Alati za automatizaciju ispitivanja kvalitete)
- Preuzimanje e-knjige za testiranje primera
- Ispitivanje opterećenja pomoću HP LoadRunner vodiča
- Razlika između testiranja radne površine, klijentskog poslužitelja i web testiranja
- Što je gama testiranje? Završna faza ispitivanja
- Što je ispitivanje sukladnosti (ispitivanje sukladnosti)?
- Posao za QA pomoćnika za testiranje softvera
- Kognitivna pristranost u testiranju softvera: zašto testeri propuštaju bugove?