what is longevity testing
Ta članek pojasnjuje pomen besede Testiranje dolgoživosti «In kako pomaga oceniti stabilnost sistema ali izdelka in zmanjšati napake, ki jih je kupec ugotovil, tj. ' Ujemite napake v hiši, preden jih kupec najde '.
Do konca tega članka bodo menedžerji kakovosti, potencialni kupci in preizkuševalci dobro poznali:
- Kaj je testiranje dolgoživosti?
- Zakaj je potrebno testiranje dolgoživosti?
- Načrtovanje in izvajanje preskusov dolgoživosti
- Katere so prednosti in slabosti testiranja dolgoživosti?
kako bi preizkusil pisalo
Kaj se boste naučili:
Kaj je testiranje dolgoživosti?
Testiranje dolgoživosti je dejavnost testiranja:
- Za preverjanje stabilnosti sistema in izdelka v daljšem časovnem obdobju glede na primerne obremenitve in obremenitve s prometom in aplikacijami v realnem času
- Da bi zmanjšali pojavnost napak, ki se pojavijo na strani kupca
Diagram poteka obravnave težav, o katerih so poročali kupci (slika 1)
Ozadje preskušanja dolgoživosti
# 1) Običajno v prvih nekaj tednih uvajanja izdelka ali po nadgradnji najnovejše izdaje programske opreme na strani kupca vse stvari dobro delujejo. Vendar pa stranka v nekaj tednih začne poročati o težavah.
#two) Mnoga vprašanja so lahko preproste funkcije, saj jih kupec poroča in jih ni mogoče enostavno ponoviti znotraj podjetja. Potrebujejo veliko časa in natančno analizo s strani strokovne skupine v celotnem spektru. Namig: Čas = $$$ !!!
# 3) Eno ali več od naslednjega se zgodi, ko kupec (-i) najde napako (slika 1)
- Resnost napake bo imel neposreden vpliv na poslovanje stranke, tj. $$$
- Vsaka zahteva za storitev centru za tehnično podporo stane $$$ organizacije Product Engineering
- Skupina za tehnično podporo redko razreši vprašanja, ki jih sproži kupec
- Takšne zahteve ali vstopnice se pošljejo skupini za podporo eskalaciji
- Eskalacija vstopnic za stranke bo za organizacijo stala več $$$
- Če ekipa za eskalacijo ne bo mogla rešiti težave, bo zdaj morala vključiti inženirsko skupino (razvoj in preverjanje kakovosti)
- Do zdaj bi se tudi stroški $$$ za rešitev vprašanja znatno povečali
- Daljše odpravljanje napak povečuje verjetnost nezadovoljnih strank, ki ne bi dajale ponovljenih naročil, najslabši scenarij pa je, ko se kupec ob primernem času odloči za rešitev konkurenta. Vendar v obeh primerih to pomeni izgubo prihodka za katero koli organizacijo za proizvodni inženiring
4) Večji odstotek takih težav, o katerih poročajo stranke, je povezan s tipično stabilnostjo sistema ali izdelka v kombinaciji s topologijo stranke, infrastrukturo, prometom in specifičnimi aplikacijami.
Zakaj je potrebno testiranje dolgoživosti?
1) Vsaka napaka, ki nastane zaradi napake, ki jo sporoči kupec, je običajno preizkusni pobeg.
2) Vsaka takšna napaka stane tako kupca kot tudi inženirsko organizacijo, ki strankam ponuja rešitve in storitve.
3) V običajnem scenariju bi moral napako med različnimi preskusnimi cikli, vključno z testiranjem regresije, opaziti eden ali več preskuševalcev iz preskusne skupine, odvisno od zapletenosti težave.
4) Najpomembneje pa je, da takšne napake, ki nastanejo zaradi težav, o katerih so poročale stranke, kažejo tudi na ustrezen testni scenarij ali testni primer, ki ga ne bi smeli zamuditi na mestu izvajanja testnega načrta.
5) Številni preizkuševalci so verjetno že imeli izkušnjo, da določena lastnost odpove na strani kupca, vendar je bila interna predaja različnih preizkusnih postaj, kot so
- Značilnost
- Regresija
- Naloži
- Stres
- Izvedba
- Sistem
- Rešitev
- Alfa
- Beta
6) Ključna opažanja, ki jih je treba upoštevati -
- Med katerim koli ciklom izdaje programske opreme se sistem v preskusu (SUT) ali naprava v preskusu (DUT) v vseh testnih posodah pogosto mehko ali trdo zažene zaradi pomanjkanja stvari, kot so nalaganje nove spustne kode, preverjanje napak itd.
- Tudi kompleti za avtomatizirani regresijski test ponavadi znova zaženejo ali ponastavijo SUT ali DUT po izvedbi določenega skripta testnega primera ali serije skriptov testnih primerov
- Torej SUT ali DUT ne deluje dovolj dolgo brez mehkega ali trdega ponovnega zagona
- Medtem ko je položaj na strani kupca povsem drugačen. Stranka si ne more privoščiti rednega ponovnega zagona sistema, kar povzroči motnje v produktivnosti
- Stranke sledijo preizkušeni praksi, ko napovedo ustrezno okno za vzdrževanje predvideni publiki in nato izvedejo nadgradnjo programske opreme ali zamenjavo strojne opreme itd.
- Takšna obdobja vzdrževanja so lahko določena za čas od četrtletja do leta, odvisno od notranjih smernic in postopkov organizacije kupca
- V resnici se dejanska zdravstvena slika sistema ali izdelka na spletnem mestu kupca popolnoma razlikuje od slike testnih plošč v danem ciklu izdaje programske opreme v kateri koli organizaciji za inženiring izdelkov.
- Številne stranke iščejo tudi pooblaščen dokument o kakovosti, ki je opravil določeno testiranje vertikalnih modelov, zlasti finančno, zdravstveno in zvezno vertikalno
Glede na zgoraj omenjene preskusne vrzeli =>
- Očitno je, da bi morali sistem ali izdelek trajati dlje časa na preskusih ali preskusih dolgoživosti s scenarijem od konca do konca, ki posnema stran ali vertikale strank.
- Daljše trajanje je lahko 72-720 ur. (3–30 dni) ali ustrezno trajanje glede na EFD ali CFD podatkov in posebnih primerov strank
- Priporočena praksa za vodje kakovosti, potencialne stranke in preizkuševalce je, da preskušanje dolgoživosti izvajajo kot ločeno dejavnost v določenem ciklu izdaje programske opreme.
- Net-Net, preskušanje dolgoživosti je zelo pomembno za stabilnost sistema ali izdelka, saj je neposredno povezano s spodnjimi $$$ organizacije
Načrtovanje in izvajanje preskusov dolgoživosti
Pomembno je, da vodje kakovosti, potencialni kupci in preizkuševalci vključijo preizkušanje dolgoživosti kot del svojega splošna testna strategija .
Načrtovanje
najboljše vr aplikacije za vr box
- Inženirske organizacije izvajajo lastno testno analizo pobega ( ČAJ ) občasno vadite za številne izdelke (strojno in programsko opremo). Nekateri imajo celo integriran in avtomatiziran mehanizem za kopanje podatkov Test Escape, ki običajno temeljijo na „Zunanje najdene napake ( EFD ) “Ali„ Napake kupca ( CFD ) “, Ki ga je zabeležila ekipa za podporno eskalacijo
- EFD-je ali CFD-je je treba skrbno analizirati v povezavi z uvajanjem stranke v živo s perspektive od konca do konca, ne samo infrastrukture, temveč tudi naprave, aplikacije, vzorce prometa končnih uporabnikov
Razumevanje vertikal strank:
Stranke običajno sodijo v eno od spodnjih širših vertikal:
- Skrb za zdravje
- Trgovina na drobno
- Finance
- Izobraževanje
- Prevoz
- Predelovalne dejavnosti
- Inženiring
- Zvezna vlada
Dejavnosti
# 1) Razvijte ločen testni načrt in testni primer za testiranje dolgoživosti. To bo tudi pomagalo slediti izvedbi testa, beleženju napak in preverjanju
#two) Ugotovite testne primere na podlagi vhodnih podatkov analize pobega - običajno čiščenje napak EFD-jev ali CFD-jev
# 3) Zelo pomembno je, da ekipa za kakovost posnema preskusne postelje ene ali več vertikal, odvisno od področja poslovanja organizacije s številom vertikal
# 4) Namenske preskusne postelje bi morale imeti
- Topologija omrežja, podobna topologiji predvidene navpične ali več navpičnic
- Infrastruktura s podobnimi stikali, usmerjevalniki, zalednimi strežniki, požarnimi zidovi itd
- Najpogosteje in najpogosteje uporabljeni strežniki aplikacij iz določene vertikale
- Najpogosteje in najpogosteje uporabljeni pripomočki za končne uporabnike iz določene vertikale
# 5) Ustrezna orodja za ustvarjanje obremenitve, stresa in prometa v realnem času
# 6) Določite vir za ročno izvajanje
# 7) Ugotovite vir / strategijo avtomatizacije za hitrejše in ponavljajoče se izvajanje
# 8) Določite START in KONEC preskušanja dolgoživosti za določeno izdajo
Dva pristopa za START in KONEC testiranja dolgoživosti:
I) Pristop 1:
- Koda programske opreme ali strojna oprema mora biti v stabilnem stanju
- START na koncu zaključka preizkusa FEATURE
- END pred zamrznitvijo kode
II) Pristop 2:
- Naredite manjši udarec tako, da dovolite nekoliko nestabilno kodo
- ZAČNITE pri 70% zaključku preskusnega cikla FEATURE
- END pred zamrznitvijo kode
# 9) Preverjanje napak za odpravljene napake
# 10) Premaknite testiranje dolgoživosti na regresijo za nadaljnje regresijsko testiranje
vprašanja in odgovori za intervjuje v pdf
Izvršitev
- Nastavite preskusno (-e) posodo (-e) tako, da posnemate eno ali več navpičnic stranke
- Prepričajte se, da so vsi zaledni infrardeči programi, aplikacije in zbirke podatkov, vključno z okusi, podobni okusom kupca
- Prepričajte se, da so naprave za končnega uporabnika podobne napravam, ki jih uporablja stranka, na voljo in se uporabljajo med izvajanjem preskusnega načrta
- Poskrbite, da so na voljo ustrezna orodja za ustvarjanje zmernega stresa in obremenitve sistema ali izdelka
- Izvedite celoten paket preizkusov iz načrta preizkusa dolgoživosti brez mehkega ali trdega ponovnega zagona SUT ali DUT, zalednih strežnikov in drugih naprav, povezanih z infrardečo povezavo
- Na zgoraj navedeni način je treba izvesti več ponovitev preskusov za določeno neprekinjeno trajanje od reže 72–720 ur.
- Zapišite rezultate
- Zabeležite vse ugotovljene napake
- Preverite vse napake
Katere so prednosti in slabosti testiranja dolgoživosti?
Prednosti
- Pomaga prepoznati kritične napake preden ga kupec najde
- Pomaga stabilizirati sistem ali izdelek zaradi njegove uporabne funkcije, ki je ključnega pomena za produktivnost in poslovanje stranke
- Pomaga povečati zadovoljstvo strank
- Organizaciji prihrani veliko stroškov $$$ - prihranjeni denar je zasluženi denar !!!
- Poročilo o preizkušanju dolgoživosti je mogoče spremeniti tudi v dokaz o certificiranju kakovosti za različne vertikale
Slabosti
- Začetni strošek vključitve testiranja dolgoživosti in z njim povezanih dejavnosti kot del dane izdaje in regresijskih dejavnosti
- Idealno za Model slapa
- Agile / Scrum modeli morajo prilagoditi trajanje in pokritost
Zaključek
Številne 'napake', ki nastanejo zaradi težav, o katerih poroča stranka, so predvsem posledica preizkusnega pobega. To pa zahteva veliko vprašanj, kot so razvoj, pregled, zajetje in izvedba testnega načrta.
Zunaj najdene napake (EFD) ali stranke so našle napake (CFD) vplivajo na poslovanje ($$$) tako za kupca kot za organizacijo izdelka.
Testiranje dolgoživosti, ki je edinstveno, bi moralo pomagati vsaki organizaciji, da izboljša zadovoljstvo strank z odkrivanjem in odpravljanjem napak, preden jih kupec ujame. Testiranje dolgotrajnosti pomaga tudi izboljšati stabilnost, kar ima za posledico zanesljiv sistem kakovosti ali izdelka.
O avtorju: Ta članek je napisal avtor STH Vinayak. Ima 12 let izkušenj s kakovostjo / testiranjem v podjetjih Fortune 500.
Sporočite nam, če imate kakršna koli vprašanja ali predloge glede tega članka.
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- Preizkus eBook Prenos knjige
- Testiranje obremenitve z vadnicami HP LoadRunner
- Razlika med testiranjem namizja, odjemalskega strežnika in spletnim preskušanjem
- Kaj je testiranje gama? Zaključni preizkusni oder
- Kaj je preizkušanje skladnosti (preizkus skladnosti)?
- Testiranje programske opreme QA Assistant Job
- Kognitivna pristranskost pri testiranju programske opreme: Zakaj preizkuševalci pogrešajo napake?