what is efficiency testing
Aquest tutorial explica què és la prova d’eficiència, les tècniques per mesurar l’eficiència de la prova, les fórmules per calcular-la,Prova de l'eficiència de l'eficàcia de la prova, etc.:
Les proves tenen un paper molt important després de desenvolupar el programari.
No es pot desplegar cap programari en producció fins que l’equip de proves no tanca la sessió. Per proporcionar un producte / aplicació amb èxit, s’utilitzen diferents tècniques de prova.
Les proves d’eficiència entren per calcular els esforços realitzats juntament amb els recursos utilitzats per provar una funció.
Què aprendreu:
- Què és la prova d’eficiència
- Millor eficiència de proves de programari mètric per mesurar
- Test Efficiency vs Test Efficiency
- Conclusió
Què és la prova d’eficiència
Les proves d’eficiència comproven el nombre de casos de prova executats dividit per la unitat de temps. La unitat de temps és generalment en hores. Prova la mesura del codi i els recursos de prova que una aplicació requereix per realitzar una funció específica.
Avalua quants recursos es van planejar i quants es van utilitzar realment per fer proves. Es tracta de fer la tasca amb el mínim esforç. L’eficiència de les proves té en compte les persones, les eines, els recursos, els processos i el temps mentre es calcula l’eficiència. La creació de mètriques de prova juga un paper vital a l’hora de mesurar l’eficiència dels processos de prova.
Tècniques utilitzades per a l'eficiència de les proves
Les dues tècniques, que es detallen a continuació, es poden utilitzar per avaluar l'eficiència de les proves:
# 1) Enfocament basat en mètriques
L’enfocament basat en mètriques ajuda a fer-se una idea de millorar els processos de proves quan no progressa com s’esperava. Les mètriques de prova preparades s’han d’analitzar correctament, ja que ajuden a estimar l’eficiència del procés de prova.
Mètriques de prova d'ús habitual:
- Nombre total d'errors trobats / acceptats / rebutjats / resolts.
- Nombre total d'errors trobats en totes les etapes del desenvolupament.
- Nombre total de casos de proves d'automatització escrits.
La mètrica més utilitzada és:
El nombre total d'errors trobats en diferents fases de proves:
(Nombre total d'errors resolts) / (Nombre total d'errors generats) * 100
Hi ha diverses mètriques, però les millors poden ser creades pels mateixos provadors experimentats basats en el coneixement i l’anàlisi.
Algunes mètriques, com ara casos de prova d’automatització escrita, el nombre d’errors trobats, no serveixen gaire, ja que el nombre de casos de prova pot ser superior. Tanmateix, si falten els casos principals, no és útil. De la mateixa manera, el nombre d'errors plantejats pot ser més elevat, però pot ser un problema faltar a les funcions principals.
Vegem algunes mètriques que es poden utilitzar en un projecte.
- Errors rebutjats
- Errors perduts
- Cobertura de la prova
- Cobertura de requisits
- Comentaris dels usuaris
# 1) Errors rebutjats
El percentatge d’errors rebutjats proporciona una visió general de quant coneix l’equip de proves del producte que s’està provant. Si el percentatge d’errors rebutjats és elevat, mostra clarament la manca de coneixement i comprensió del projecte.
# 2) Errors perduts
el millor programari gratuït per optimitzar el rendiment del PC
Un alt percentatge d’errors perduts apunta a la capacitat de l’equip de proves, especialment si els errors es poden reproduir fàcilment o els crítics. Els errors perduts es refereixen als errors que l’equip de proves falla i que l’usuari / client troba a l’entorn de producció.
# 3) Cobertura de la prova
La cobertura de les proves s’utilitza per determinar quant s’ha provat l’aplicació. No és possible provar tots els casos de prova quan l'aplicació és complexa o massa gran. En aquests casos, totes les funcions importants i importants haurien de provar-se correctament i s’hauria de centrar en oferir aplicacions sense errors amb un camí feliç.
# 4) Cobertura del requisit
Per a les proves d’eficiència, el requisit cobert per l’aplicació i el nombre de requisits provats i superats per a una funció tenen un paper important.
# 5) Comentaris de l'usuari
L'eficiència de les proves es pot calcular a partir dels comentaris proporcionats per l'usuari. Si es detecten errors crítics o si l’usuari informa d’errors fàcilment reproduïbles, assenyala clarament la mala qualitat del producte i el mal rendiment de l’equip de proves.
Si l'usuari / client proporciona comentaris positius, l'eficiència de l'equip de proves es considera bona.
A continuació es detallen els tres aspectes de l’eficiència de les proves:
- El sistema compleix els requisits del client.
- Especificacions de programari que el sistema ha d'assolir.
- Esforços realitzats per desenvolupar un sistema.
Per tant, l'enfocament basat en mètriques es basa en els càlculs.
# 2) Enfocament basat en experts
L'enfocament basat en experts es basa en l'experiència del provador que prova el programari juntament amb els coneixements obtinguts dels seus projectes anteriors.
L’eficàcia de les proves es mesura pel bon comportament del sistema segons les expectatives de l’usuari. Si el sistema és eficaç, l'usuari aconsegueix fàcilment els objectius establerts per a la prova.
Factors que afecten l'eficiència de les proves
Hi ha diversos factors que afecten l'eficiència de les proves, tal com s'esmenta a continuació.
Cal tenir en compte els punts següents per obtenir una eficiència del 100%.
- Els recursos que treballen en el projecte haurien de ser experiència tècnica i coneixement del domini. Haurien de tenir la capacitat de pensar lògicament i sortir de la caixa per trobar els escenaris rars i crítics. Si es posa un provador de dominis de telecomunicacions en un projecte de domini bancari, no es pot obtenir eficiència. Per obtenir tanta eficiència, cal alinear els recursos adequats al projecte.
- Un altre factor important és formació relacionada amb el projecte . Abans de començar a provar, un provador de projectes hauria de tenir un bon coneixement del projecte. El comprovador ha de conèixer l'objectiu del projecte i entendre com funcionarà. L’entrenament regular dels avaluadors els ajudarà a millorar les seves habilitats i els resultats poden ser molt millors.
- Els verificadors haurien de tenir accés al fitxer eines i tecnologies més recents . Haurien de tenir l’apalancament per automatitzar les proves de manera que es pugui estalviar el seu esforç i temps. D’aquesta manera, el comprovador tindrà temps suficient per buscar escenaris crítics i rars.
- Per fer que un projecte tingui èxit, s’hauria de crear l’equip complet amb el nombre de recursos necessari, és a dir, experts en domini i verificadors experimentats. El projecte hauria de ser es fa un seguiment regular per tal d'assegurar el lliurament a temps. El seguiment de projectes també afecta l’eficiència si no es fa correctament.
Fórmules per calcular l'eficiència de les proves
# 1) Eficiència de la prova = (Nombre total d'errors trobats a la unitat + integració + proves del sistema) / (Nombre total d'errors trobats a la unitat + integració + sistema + proves d'acceptació de l'usuari)
# 2) Eficiència de proves = (Nombre d'errors resolts / Nombre total d'errors generats) * 100
Exemple d’eficiència de la prova
# 1) Per llançar un programari d’alta qualitat, és a dir, lliure d’errors i que s’ha de lliurar a temps.
Per aconseguir que les expectatives anteriors tinguin èxit, l’equip s’ha de centrar en l’eficiència, és a dir,
- S’ha de complir el requisit del client.
- Verificar el nombre de recursos assignats al projecte i el nombre real de recursos utilitzats.
- Les eines que s’utilitzen són les últimes novetats per augmentar l’eficiència.
- Els membres de l’equip que s’utilitzen són altament qualificats.
# 2) Per provar un formulari que té la validació de 10 caràcters als camps Nom, Cognoms / Ciutat.
El verificador pot automatitzar per provar el formulari. El fitxer amb el nombre d’entrades on s’esmenten els detalls del nom / cognom / ciutat amb espais en blanc, caràcters entre 1-10, caràcters més de 10, espais entre els caràcters, caràcters especials, només números, majúscules i caràcters petits, etc. creat.
El comprovador no ha de provar tots els escenaris manualment, només ha de crear dades i executar-les en cas d’automatització.
# 3) Per provar una pàgina d'inici de sessió.
El comprovador pot obtenir les dades del nom d’usuari i la contrasenya amb diversos escenaris: nom d’usuari / contrasenya incorrecta, nom d’usuari / contrasenya correcta, usuari incorrecte / contrasenya correcta, usuari incorrecte / contrasenya incorrecta, etc.
La llista es pot omplir mitjançant injeccions SQL. L’automatització permet al provador provar més escenaris en menys temps. Els mateixos provadors poden decidir la millor tècnica per executar casos per augmentar l'eficiència.
copieu el DVD al disc dur gratuïtament
Millor eficiència de proves de programari mètric per mesurar
L’eficiència de les proves està relacionada amb els processos de proves de punta a punta, és a dir, des de la planificació de la prova, la creació de casos de proves, l’execució, el seguiment dels defectes fins al tancament. Seguir la millor mètrica pot ajudar a oferir al client programari de bona qualitat i lliure d’errors, que és el propòsit principal.
L’ús d’una mètrica de prova té tant avantatges com desavantatges:
Desavantatges
- Per complir els requisits de mètriques, el pensament i la creativitat pròpies del comprovador, es poden dificultar les proves d’exploració, ja que només quedaria centrat en treballar segons les mètriques.
- El focus es dirigeix cap a la documentació en lloc de realitzar proves que resultin ineficients.
- De vegades, l'arxiu de les mètriques de forma regular crea desmotivació dels recursos.
Avantatges
- Les mètriques de prova milloren la productivitat dels recursos, ja que la definició de les mètriques proporciona un objectiu clar al provador.
- Millora el sistema de seguiment. Mantenir la mètrica ajuda a fer un seguiment de les activitats de prova i del progrés.
- Els esforços de prova poden ser fàcilment visibles.
- L'equip de proves pot proporcionar la seva eficiència en qualsevol moment si se li sol·licita.
Test Efficiency vs Test Efficiency
| S.No | Eficiència de la prova | Eficàcia de la prova |
|---|---|---|
| 1 | L'eficiència de les proves determina l'eficiència dels processos de prova. Comprova el nombre de recursos necessaris i s’utilitza realment al projecte. | L'eficàcia de la prova determina l'efecte de l'entorn de prova sobre el programari / producte. |
| 2 | És el nombre de casos de prova executats / unitat de temps. El temps és generalment en hores. | Es tracta d'un nombre d'errors trobats / nombre de casos de prova executats. |
| 3 | Eficiència de la prova = (Nombre total d'errors trobats a la unitat + integració + proves del sistema) / (Nombre total d'errors trobats a la unitat + integració + sistema + proves d'acceptació de l'usuari) * 100 | Eficàcia de la prova = Nombre total d'errors injectats + Nombre total d'errors trobats) / Nombre total d'errors escapats * 100 |
| 4 | Eficiència de la prova = (Nombre d'errors resolts / Nombre total d'errors generats) * 100 | Eficàcia de la prova = Pèrdua (per problemes) / Recursos totals |
Preguntes freqüents
P # 1) Com proveu l'eficiència del codi?
Resposta: L'eficiència del codi es pot calcular utilitzant les dues fórmules següents:
- Eficiència de la prova = (Nombre total d'errors trobats a la unitat + integració + sistema) / (nombre total de defectes trobats a la unitat + integració + sistema + proves d'acceptació de l'usuari)
- Eficiència de la prova = Nombre d'errors resolts / nombre d'errors plantejats * 100
Q # 2) Com es mesura l'eficàcia i l'eficiència de les proves?
Resposta: L'eficàcia de la prova es pot calcular mitjançant la fórmula següent:
- Eficàcia de la prova = Nombre d'errors vàlids corregits / (S'han injectat errors + nombre d'errors escapats) * 100
- Prova de l'eficiència = (Nombre total de defectes trobats a la unitat + integració + sistema) / (Nombre total de defectes trobats a la unitat + integració + sistema + Proves d'acceptació de l'usuari) * 100
P # 3) Què són les mètriques d'eficiència?
Resposta: Les mètriques d’eficiència es poden utilitzar per mesurar la capacitat d’utilitzar els recursos de manera eficient. Hi ha una sèrie de mètriques que es poden utilitzar i que són efectives.
Q # 4) Quina és l'eficiència del programari?
Resposta: L'eficiència es pot definir com l'obtenció del rendiment del programari amb recursos mínims. Els recursos aquí representen CPU, memòria, fitxers de bases de dades, etc. Treballar en l'aspecte d'eficiència des de l'inici del projecte pot ajudar a reduir molts problemes en la pròpia etapa inicial.
Conclusió
Les proves d’eficiència juguen un paper important, ja que ajuden a provar l’eficàcia del programari. Les mètriques de prova tenen un paper fonamental per aconseguir un 100% d’eficiència.
Hi ha diverses mètriques, però el mateix provador pot escollir les millors mètriques segons l'experiència i l'anàlisi. Si el client està satisfet amb el producte o programari, només podem declarar que l’eficiència és del 100%.
L’eficiència del 100% està directament relacionada amb la qualitat del treball que ha fet l’equip.
Lectura recomanada
- Prova de càrrega amb tutorials HP LoadRunner
- Proves alfa i proves beta (guia completa)
- Què és la prova de gamma? Fase de proves finals
- Què són les proves de conformitat (proves de conformitat)?
- Com implementar una automatització de proves eficient al món àgil
- Com fer que les proves manuals siguin més eficients amb Micro Focus Sprinter
- Proveu de manera més eficient: sigueu àgils de manera sistemàtica
- Diferència entre la prova d'escriptori, el servidor de clients i la prova web