what are test deliverables software testing
Obteniu més informació sobre els lliuraments de proves en proves de programari amb exemples:
java elimina un element d'una matriu
Un sospir d’alleujament arriba a tots els provadors quan la tasca atorgada es completa amb èxit. Al final de cada prova, el comprovador ha d'enviar els lliuraments de prova adequats al client.
En aquest article, farem un cop d’ull a alguns dels resultats més importants de les proves.
Els lliuraments de proves, en general, s’utilitzen al llarg d’un projecte. S’utilitzen en totes les fases de les proves i sempre s’han d’enviar a temps per procedir a un procés posterior.
Què aprendreu:
Prova de lliuraments en proves de programari
Els lliuraments de proves tenen un paper important en les proves de programari. En aquest article es parla detalladament de tots els lliuraments de proves.
A continuació, es detallen alguns dels resultats importants de la prova:
- Estratègia de prova
- Pla de prova i estimació
- Escenari de prova
- Provar casos i dades de proves
- RTM
- Informe resum de la prova
- Informe de tancament de la prova
- Informe d’incidents
Prova d’Estratègia
L'estratègia de prova es decidirà en funció de l'especificació del requisit empresarial. És un document vital que conté tots els detalls del treball de proves a realitzar. És un document de gestió complet.
En comparació amb el pla de proves, es tracta d’un document d’alt nivell i normalment el prepara el responsable o el responsable de proves. Aquí s’ha d’esmentar l’objectiu de la prova, l’enfocament de la prova, l’abast de la prova, els criteris d’entrada i sortida, els tipus i els nivells de prova, les fites, la dotació de personal, etc.
Pla i estimació de proves
Aquí s’han d’esmentar els detalls del nivell granular de cada pas de prova. En general, un pla adequat condueix a una estructura de treball adequada. De la mateixa manera, un bon pla comporta bones proves.
Aquí s'ha d'esmentar de manera detallada l'objectiu de la prova, l'enfocament de la prova, l'abast de la prova, els criteris d'entrada i sortida, els tipus i els nivells de prova, les fites, la dotació de personal, etc.
El pla director que inclou la manera de realitzar les proves s’utilitza per a projectes senzills.
Estimació: L’estimació és definir quant de temps es produirà cada pas en les proves juntament amb el cost global.
Llegiu també => Un tutorial perfecte sobre el pla de prova: una guia en profunditat
Escenari de prova
Ho entendrem ara amb un exemple. Prenem com a exemple la reserva del tren. Totes les funcionalitats que hem de provar s’esmenten en formularis d’alt nivell al document de l’escenari de prova. En paraules simples, significa un grup d’activitats similars a realitzar.
Dues tècniques per a l'escenari:
# 1) Cas d'ús
És el mètode orientat a objectius que és un conjunt d’interaccions entre els factors externs i el sistema. Els seus components inclouen flux primari, flux alternatiu, activadors o activitats, fluxos d’excepció, condicions prèvies, condicions posteriors, etc.
Exemple:
(imatge font )
# 2) ACE (element de component d'activitat)
El procés Element de component d'activitat divideix els requisits empresarials en activitats.
Exemple:
En general, reservem un bitllet omplint les dades del passatger, el gènere, etc. Per tant, hem de validar els camps següents que esdevenen escenaris.
- Reserva: Consulteu la funcionalitat de la reserva.
- Dades del passatger: Comproveu la funcionalitat dels camps de sexe, edat i sexe.
- Modifica: Comproveu si la funcionalitat de modificació funciona correctament.
- Concessió: Comproveu si la funcionalitat de la concessió funciona correctament.
- Veure: Comproveu si la funcionalitat de visualització funciona correctament.
- Cancel · lar: Comproveu si la funcionalitat de cancel·lació funciona correctament.
Aquí, la concessió es pot anomenar com a 'escenari alternatiu', ja que l'usuari pot reservar amb o sense en funció de l'edat. Tot i això, l’objectiu és el mateix, és a dir, reservar un bitllet.
Cas de prova
Prenent el mateix exemple anterior de la pàgina de reserva, els casos de prova s’escriuen de la manera següent:
Reserva:
- Comproveu si l'usuari pot reservar un bitllet emplenant dades vàlides a tots els camps.
- Comproveu si l'usuari pot reservar un bitllet emplenant dades no vàlides a tots els camps.
- Comproveu si l'usuari pot reservar una entrada deixant qualsevol camp en blanc.
Dades del passatger:
- Comproveu si l'usuari pot reservar un bitllet introduint un nom vàlid.
- Comproveu si l'usuari pot reservar un bitllet introduint un nom no vàlid.
- Comproveu si l'usuari pot reservar un bitllet triant un gènere alhora.
- Comproveu si l'usuari pot reservar un bitllet introduint una edat superior a 60 anys.
- Comproveu si l'usuari pot reservar un bitllet introduint una edat inferior a 60 anys.
- Comproveu si l'usuari pot reservar un bitllet introduint qualsevol edat vàlida superior a 5 anys.
- Comproveu si l'usuari no pot reservar si introduïu una edat inferior a 5 anys.
Modifica:
- Comproveu si l'usuari pot modificar el camp del nom.
- Comproveu si l'usuari pot modificar el camp de gènere.
- Comproveu si l'usuari pot modificar el camp d'edat.
Concessió:
- Seleccioneu l'opció 'Per comprovar si l'usuari pot obtenir concessió Jubilat ”Opció.
- Seleccioneu l'opció 'Per comprovar si l'usuari pot obtenir concessió Discapacitats / discapacitats ”Opció.
Veure:
- Comproveu si l'usuari pot veure el bitllet reservat.
Cancel · lar:
- Comproveu si l'usuari pot cancel·lar el bitllet.
Així, els casos de prova indiquen exactament què cal provar amb detall. Els casos de prova s’han d’escriure en un llenguatge senzill i han de ser fàcilment comprensibles. S’ha d’escriure en el format adequat, tal com ho demana el client en qüestió.
Dades de prova
Alguns projectes necessiten dades prèvies del client abans de continuar amb l'execució del cas de prova. Les dades de les proves s’han d’aplicar per realitzar les proves.
java j2ee preguntes i respostes d’entrevistes per a persones amb experiència
Exemple: Al portal de l’hospital per obtenir una injecció, és important obtenir les dades del pacient per comprovar l’opció de recordatori de la injecció.
Aquí es mostren les dades de la prova els 'detalls del pacient'.
Lectura suggerida => Dades de prova: tècniques de preparació i significat amb exemples
RTM / Matriu de traçabilitat de requisits
- Com el seu nom indica, simplement vol dir que heu de mapar tots els requisits amb el cas de prova adequat.
- Ens ajuda a comprovar si hem cobert tots els requisits en els nostres casos de prova o no.
- Ajuda en la reelaboració o en les properes versions successives d’un projecte.
- El client pot comprovar fàcilment el nostre estat de cobertura i conèixer el nostre procés de proves.
Informe de resum de la prova
L'informe resum de la prova resumeix totes les activitats de prova realitzades i s'hi recopilen els resultats de la prova. Aquí s’ha d’esmentar tota la informació de la prova, com ara membres implicats en la prova, objectius, abast, detalls del client, enfocament de prova utilitzat, resultats de la prova, informe de defectes, etc.
Tot i això, l’informe resum de la prova s’ha d’elaborar segons els consells del client. Per tant, és un document útil per al client també per revisar el rendiment general.
Informe de tancament de la prova
Vol dir que tancarem el projecte després de provar-ho i solucionar-ne els defectes. Per tant, aquí hem de proporcionar una anàlisi detallada de l'execució de les proves.
Aquí s’han d’esmentar els defectes trobats i solucionats. La cobertura general dels requisits es veu en aquest informe. Generalment el prepara el cap o el gerent de l’equip. Tots els criteris de sortida s’han de complir en conseqüència.
Informe d’incidents
Mentre s’executa la formació si un usuari troba defectes, s’hauria de generar un informe d’incidents (IR). Això significa que hi ha un defecte i, per tant, cal aturar l'execució. Ara hem de presentar un informe d’incidents al client per demanar-li permís per executar de nou les àrees d’error com a cas de prova independent.
De fet, això és una marca negra i no s’espera d’un provador. Tots els defectes s’han de trobar en el mateix recorregut en sec. Si es perd i es troba en una execució formal, es converteix en un IR.
Exemple:
Si trobo a faltar certes funcions a les proves per a mòbils, digueu ' canvi de salvapantalles ' opció. Aleshores, mentre executo un cas de prova, em quedo bloquejat i no podré continuar més a causa d’aquesta opció. A continuació, plantejo un IR i escric un cas de prova separat per executar l'opció de salvapantalles.
Conclusió
Els artefactes que s’envien als grups d’interès d’un projecte de programari durant el STLC es coneixen com a lliuraments de prova. En aquest article vam fer una ullada als resultats més importants de la prova.
Esperem que aquest article us ajudi a conèixer els lliuraments de proves en proves de programari.
Lectura recomanada
- Diferència entre el pla de prova de rendiment i l'estratègia de prova de rendiment
- Com preparar el pla de proves i escriure casos de prova per a aplicacions ERP: proves ERP, part 2
- Tutorial de pla de prova: una guia per escriure un document de pla de prova de programari des de zero
- Concepte, procés i estratègia de gestió de dades de proves
- Què són les dades de prova? Proveu tècniques de preparació de dades amb exemple
- Com escriure casos de prova: la guia definitiva amb exemples
- Com escriure un document d'estratègia de prova (amb una plantilla d'estratègia de prova de mostra)
- Diferència entre pla de prova, estratègia de prova, cas de prova, script de prova, escenari de prova i condició de prova