what is longevity testing
Aquest article explica el significat de ' Proves de longevitat 'I com ajuda a avaluar l'estabilitat del sistema o del producte i reduir els defectes trobats pel client, és a dir, ' Atraieu els errors interns abans que el client els trobi '.
Al final d'aquest article, els gestors, clients potencials i verificadors de control de qualitat tindran un coneixement just sobre:
- Què és la prova de longevitat?
- Per què cal fer proves de longevitat?
- Planificació i execució de proves de longevitat
- Quins són els pros i els contres de les proves de longevitat?
on puc trobar la clau de seguretat de la xarxa al meu router
Què aprendreu:
Què és la prova de longevitat?
Les proves de longevitat són activitats de prova:
- Per validar les funcions d’estabilitat i manteniment del sistema o del producte durant un període més llarg contra les condicions de càrrega i tensió adequades amb trànsit i aplicacions en temps real
- Per reduir l'aparició de defectes al lloc del Client
Diagrama de flux de gestió dels problemes informats pel client (Fig. 1)
Antecedents de les proves de longevitat
# 1) Normalment, durant les primeres setmanes del desplegament del producte o després d’una actualització a la versió més recent del programari al lloc del client, tot funciona correctament. No obstant això, durant un període de poques setmanes, un client comença a informar dels problemes.
# 2) Molts dels problemes poden ser funcions simples, ja que són informats pel client i no es poden reproduir fàcilment a casa. Necessiten molt de temps i una anàlisi acurada per part d’un equip d’experts en tot l’espectre. Consell: Temps = $$$ !!!
# 3) Un o més dels següents ocorren quan el client o clients troben el defecte (figura 1)
- Gravetat del defecte tindrà un impacte directe en el negoci del client, és a dir, $$$
- Qualsevol sol·licitud de servei al Centre d’assistència tècnica té un cost de $$$ per a l’organització d’enginyeria de productes
- Poques vegades els problemes plantejats pel client els resol l’equip d’assistència tècnica frontal
- Aquestes sol·licituds o entrades s’enviaran a l’equip de suport a l’escalada
- L'escalada de tiquets del client costarà més $ $ $ a l'organització
- Si l’equip d’escalada no pot resoldre el problema, ara haurà d’implicar l’equip d’enginyeria (desenvolupament i control de qualitat)
- A hores d'ara, el cost de $$$ per resoldre el problema també s'hauria augmentat substancialment
- Com més llarg sigui la resolució de defectes, augmentarà la probabilitat de clients insatisfets que no donarien comandes repetides i el pitjor escenari és quan el client decideix passar a la solució d’un competidor en un moment oportú. Tot i això, en ambdós casos es tracta d’una pèrdua d’ingressos per a qualsevol organització d’enginyeria de productes
4) El percentatge més elevat d'aquests problemes reportats per un client es relaciona amb l'estabilitat típica del sistema o del producte en combinació amb la topologia, infraestructura, trànsit i aplicació específics del client.
Per què cal fer proves de longevitat?
1) Qualsevol 'defecte' que sorgeixi del client que ha informat del problema sol ser una prova d'escapament.
2) Aquests defectes costen el resultat final $$$ per al Client, així com per a l'Organització d'Enginyeria que proporciona solucions i serveis als clients.
3) En un escenari normal, el defecte s'hauria d'haver notat internament durant diversos cicles de proves, incloses les proves de regressió, per un o més provadors de l'equip de proves, en funció de la complexitat del problema.
la millor aplicació d’espionatge de telèfons mòbils per a Android
4) El més important és que aquests defectes derivats dels problemes informats pel client també assenyalen que un escenari de prova adequat o un cas de prova es perden en el moment de l'execució del pla de prova.
5) Molts dels provadors deuen haver experimentat que una característica concreta falla al lloc del client, però que passa a casa a diversos bancs de proves, com ara
- Funció
- Regressió
- Càrrega
- Estrès
- Rendiment
- Sistema
- Solució
- Alfa
- Beta
6) Observacions clau que cal tenir en compte -
- Durant qualsevol cicle de llançament de programari, el sistema sota prova (SUT) o el dispositiu sota prova (DUT) de tots els bancs de proves es reinicien amb freqüència suau o dur per falta de coses com la càrrega de la caiguda de codi nou, la verificació d'errors, etc.
- Fins i tot les suites de proves de regressió automàtiques solen reiniciar o restablir el SUT o el DUT després de l'execució d'un script de cas de prova particular o d'una sèrie d'escriptures de cas de prova.
- Per tant, el SUT o el DUT no s’executa prou temps sense reiniciar-lo de manera suau o dura
- Tot i que la situació és completament diferent al lloc del client. El client no es pot permetre el luxe de reiniciar el sistema amb freqüència, provocant així alteracions de la productivitat
- Els clients segueixen una pràctica provada en què anuncien una finestra de manteniment adequada al públic previst i després realitzen l'actualització de programari o la substitució de maquinari, etc.
- Aquestes finestres de manteniment poden tenir una durada específica, de trimestre a any, en funció de les directrius i procediments interns de l’organització del client
- En realitat, la imatge de salut real del sistema o del producte al lloc del client és completament diferent a la de Testbeds durant un cicle de llançament de programari determinat en qualsevol organització d’enginyeria de productes.
- Molts clients també busquen un document de qualitat autoritzat que hagi aprovat determinades proves de models verticals, especialment financers, sanitaris i federals
Tenint en compte pocs buits de prova, com es va esmentar anteriorment =>
- És evident que el sistema o el producte haurien de durar més temps les proves o les proves de longevitat amb un escenari de extrem a extrem que imita el lloc del client o les verticals.
- La durada més llarga pot ser de 72-720 hores. (3-30 dies) o una durada adequada en funció de EFD o bé CFD dades i casos específics de clients
- És una pràctica recomanable per als gestors, clients potencials i verificadors de control de qualitat: dur a terme proves de longevitat com a activitat independent en un cicle de llançament de programari determinat.
- Net-Net, les proves de longevitat són molt rellevants per a l'estabilitat del sistema o del producte, ja que tenen una relació directa amb els resultats finals de $ Organització de l'Organització
Planificació i execució de proves de longevitat
És important que els gestors, clients potencials i verificadors de control de qualitat incloguin les proves de longevitat com a part de les seves proves Estratègia general de proves .
Planificació
- Les organitzacions d’enginyeria realitzen anàlisis internes d’escapament de proves ( TE ) fer exercici de tant en tant per a molts productes (maquinari i programari). Alguns fins i tot tenen un mecanisme integrat i automatitzat per excavar dades de Test Escape basades generalment en 'Defectes trobats externament ( EFD ) O 'Defectes trobats pel client ( CFD ) ’Registrat per l’equip d’escala d’assistència tècnica
- Els EFD o CFD s’han d’analitzar acuradament en context amb el desplegament en directe del client des d’una perspectiva de punta a punta, no només la infraestructura, sinó també els dispositius, les aplicacions i els patrons de trànsit de l’usuari final.
Comprensió dels aspectes verticals dels clients:
Els clients solen caure en una de les verticals més amples que es mostren a continuació:
- Atenció sanitària
- Venda al detall
- Finances
- Educació
- Transport
- Fabricació
- Enginyeria
- Federal (govern)
Activitats
# 1) Desenvolupeu un pla de prova i un cas de prova per a proves de longevitat. Això també ajudarà a fer un seguiment de l'execució de la prova, el registre d'errors i la verificació
# 2) Identifiqueu casos de prova basats en les entrades de l’anàlisi d’escapament de proves: normalment, esborraments d’errors d’EFD o CFD
# 3) És molt important que l'equip de control de qualitat imiti els bancs de proves d'una o més verticals en funció de la línia de negoci de l'organització amb el nombre de verticals
# 4) Haurien de tenir els bancs de proves dedicats
- Topologia de xarxa similar a la d’una vertical prevista o de diverses verticals
- Infraestructura que té commutadors, encaminadors, servidors d 'back - end similars, tallafocs, etc
- Servidors d’aplicacions que s’utilitzen amb més freqüència i més freqüència d’una vertical o determinades verticals
- Gadgets d'usuari final que s'utilitzen amb més freqüència i amb més freqüència d'una vertical o determinades verticals
# 5) Eines adequades per generar càrrega, estrès i trànsit en temps real
# 6) Identifiqueu el recurs d’execució manual
# 7) Identifiqueu el recurs / estratègia d’automatització per a una execució més ràpida i repetida
# 8) Identifiqueu START i END de les proves de longevitat per a una versió concreta
Dos enfocaments per a START i END de les proves de longevitat:
I) Enfocament 1:
com obrir fitxers .apk
- El codi o el maquinari del programari haurien d'estar en condicions estables
- COMENÇA al final de la finalització de la prova de CARACTERÍSTIQUES
- FINALitza abans de la congelació del codi
II) Enfocament 2:
- Feu una petita petició en permetre un codi lleugerament inestable
- COMENÇA a la finalització del 70% del cicle de prova FEATURE
- FINALitza abans de la congelació del codi
# 9) Verificació d'errors per detectar defectes resolts
# 10) Mou les proves de longevitat a la regressió per a les proves de regressió posteriors
Execució
- Configureu els bancs de proves per imitar un o més verticals del client
- Assegureu-vos que totes les infraestructures, aplicacions i bases de dades de fons, inclosos els sabors, siguin similars a les del client
- Assegureu-vos que els dispositius de l’usuari final siguin similars a l’ús del client que estiguin disponibles i s’utilitzin durant l’execució del pla de prova
- Assegureu-vos que hi hagi eines adequades disponibles per generar estrès i càrrega moderats del sistema o del producte
- Executeu tot el conjunt de proves des del pla de prova de longevitat sense reiniciar de manera suau o dura el SUT o el DUT, servidors posteriors d’un altre dispositiu relacionat amb Infra
- S'han de fer diverses proves de la manera anterior per a una durada definida sense parar des de la ranura 72-720 hores.
- Registre els resultats
- Registreu tots els errors identificats
- Verifiqueu tots els errors
Quins són els pros i els contres de les proves de longevitat?
Pros
- Ajuda identificar errors crítics abans que el client ho trobi
- Ajuda a estabilitzar el sistema o el producte per la seva funció útil que és fonamental per a la productivitat i el negoci del client
- Ajuda a augmentar la satisfacció del client
- Estalvia molts costos en $ $$ per a l'organització: els diners estalviats són diners guanyats!
- L'informe de proves de longevitat també es pot convertir en una prova de certificació de qualitat adaptada a diferents verticals
Contres
- Cost inicial per incloure les proves de longevitat i les seves activitats relacionades com a part d'una versió donada i activitats de regressió
- Ideal per a Model de cascada
- Els models Agile / Scrum necessiten ajustar la durada i la cobertura
Conclusió
Molts dels 'defectes' que es deriven dels problemes informats pel client es deuen principalment a Test Escape. Això, al seu torn, demana moltes preguntes com el desenvolupament, revisió, cobertura i execució del pla de proves.
Els defectes trobats externament (EFD) o els defectes trobats pel client (CFD) tenen un impacte comercial ($$$) tant per al client com per a l'organització del producte.
Les proves de longevitat, que són úniques, haurien d’ajudar qualsevol organització de producte a millorar la satisfacció del client mitjançant la manera d’identificar i resoldre els defectes abans que el client els detecti. Les proves de longevitat també ajuden a millorar l’estabilitat, donant lloc a un sistema o producte de qualitat robust.
Sobre l'autor: Aquest article està escrit per l'autor de STH, Vinayak. Té 12 anys d’experiència en proves de control de qualitat en empreses de Fortune 500.
Feu-nos-ho saber si teniu cap pregunta o suggeriment sobre aquest article.
Lectura recomanada
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Prova de descàrrega de llibres electrònics
- Prova de càrrega amb tutorials HP LoadRunner
- Diferència entre la prova d'escriptori, el servidor de clients i la prova web
- Què és la prova de gamma? Fase de proves finals
- Què són les proves de conformitat (proves de conformitat)?
- Prova de programari Treball d'assistent de control de qualitat
- Biaix cognitiu en les proves de programari: per què els provadors troben a faltar errors?