writing test cases from srs document
Escriptura de casos de prova a partir de documents SRS (descàrrega de casos de prova de projectes en directe): prova de programari QA Training Day 4
Només per replantejar el que hem estat fent fins ara: ens estem treballant a través del Formació en proves de programari mini-curs en un projecte en viu OrangeHRM.
Fins ara, en aquesta sèrie de formació en línia gratuïta sobre control de qualitat, hem acabat amb:
Ara hem arribat a la part real,els casos de prova.
Com s’indica a l’article anterior: L’equip de control de qualitat documenta els casos de prova mentre es desenvolupa la fase del codi de l’SDLC. Dit d’una altra manera, mentre l’equip de desenvolupament crea el sistema de programari, l’equip de proves es prepara amb els casos de prova que ens ajudarien a provar el sistema un cop estigui llest, és a dir, al final de la fase de codi.
Per tant, a l’article d’avui treballarem per comprendre què són els casos de prova, com crear-los i escriure alguns exemples de casos de prova per al nostre projecte en directe.
Anem a arribar-hi de seguida.
Què aprendreu:
- Conceptes bàsics d’escriure casos de proves
- Camps en casos de prova
- Mètodes d’escriptura / optimització de casos de prova
- Pocs punts importants a tenir en compte
- Conclusió
- Lectura recomanada
Conceptes bàsics d’escriure casos de proves
# 1) Si es tractés d'escenaris de prova, 'Què anem a provar' a l'automòbil? 'Com provarem un requisit'.
Per exemple , si l'escenari de prova és 'Validar la funcionalitat d'inici de sessió d'administrador' - Això produiria en 3 casos de prova (o condicions) - Inici de sessió (correcte), Inici de sessió sense èxit quan s'introdueix el nom d'usuari incorrecte . Cada cas de prova, al seu torn, tindria passos per abordar com podem comprovar si es compleix o no una condició de prova concreta.
# 2) L’entrada per crear un document de cas de prova és FRD, escenaris de prova creats al pas anterior i qualsevol altre document de referència si hi ha.
# 3) La documentació dels casos de prova és un document important per a l’equip de control de qualitat i es comparteix amb BA, PM i altres equips quan es realitza per obtenir els seus comentaris.
# 4) El treball es divideix entre els membres de l’equip i cada membre serà el responsable de crear casos de prova per a un mòdul determinat o una part d’un mòdul determinat.
# 5) Igual que amb els escenaris de prova, abans de començar la documentació del cas de prova, cal acordar una plantilla comuna. Pràcticament es pot utilitzar qualsevol cosa per crear casos de prova. Les dues opcions més utilitzades són MS Excel i MS word.
# 6) El Plantilla de text de MS Sembla una cosa així:
# 7) El Plantilla Excel podria semblar el següent:
# 8) A partir de les dues plantilles anteriors, es pot observar que els camps (o els components) que constitueixen un cas de prova són els mateixos, l’única diferència és la forma en què s’organitzen.
Per tant, sempre que hi hagi un camp per a cadascun dels tipus d’informació que s’inclouran en una prova, el format de la plantilla no té importància. Tanmateix, el meu favorit personal és el full Excel, perquè és fàcil expandir-lo, reduir-lo, ordenar-lo, etc. Tanmateix, trieu qualsevol format que us vagi millor.
Camps en casos de prova
Dediquem un moment a observar els camps que formen part d’un cas de prova.
L’identificador del cas de prova i la descripció del cas de prova són els genèrics.
Els altres camps es poden explicar de la següent manera:
- Condició prèvia: Estat de l’AUT (l’estat en què ha d’estar l’AUT per començar).
- Entrada: Passos d’entrada de dades. Per a aquests passos, és important tenir en compte quin tipus d’informació d’entrada és necessària: dades de prova.
- Punt de validació / activador / acció : Què està provocant que passi la validació? (Feu clic a un botó o a una commutació o a l'accés a l'enllaç. Assegureu-vos que hi hagi almenys un punt de validació per a un cas de prova; en cas contrari, tot serà una entrada de dades sense res a buscar. També per assegurar-nos que tenim prou modularitat, intenteu no combinar massa punts de validació en un cas de prova. 1 és òptim per cas de prova.)
- Sortida: Resultat Esperat.
- Postcondició: Aquesta és informació addicional que es proporciona per al benefici del verificador, només per fer el cas de la prova més perspicaç i informatiu. Això inclou una explicació del que succeeix o del que es pot esperar de l'AUT un cop fets tots els passos del cas de prova.
Vegeu també => Exemple de plantilla de cas de prova
Projectes en directe de casos de prova de mostra (descàrrega)
Ara que tenim prou informació de fons per començar al procés de creació de casos de prova, anem a començar i creem pocs casos de prova per al nostre Projecte en directe.
Basant-nos en el procés esmentat anteriorment, hem creat alguns exemples de casos de prova per al mòdul del compte d'OrangeHRM. Aquests haurien de proporcionar-vos un format exacte de casos de prova i una idea de com abordar casos de prova d’escriptura.
=> Descarregueu exemples de casos de prova del nostre Projecte en directe aquí .
Nota: Hi ha poques imatges referides a exemples de casos XLS de proves. Si ho veieu a la versió anterior de MS Office, és possible que tingueu problemes de compatibilitat.
A continuació, hem enumerat aquestes imatges segons els seus noms als fitxers XLS:
Veure la imatge 1
Veure la imatge 2
Veure la imatge 3
Allà, tot fet i tot bo.
Mètodes d’escriptura / optimització de casos de prova
Ara, imagineu-vos una situació en què una pàgina determinada conté uns quants 10 de camps o tingui una lògica empresarial complexa que s’implementa allà. Per assegurar-nos que optimitzem el procés de creació de casos de prova en situacions com aquesta, disposem de determinats mètodes d'optimització de casos de prova.
A continuació, es mostren els enllaços que es proporcionen per obtenir més informació sobre aquests mètodes.
bons llocs per veure animis gratis
- Anàlisi del valor límit
- Particionament d'equivalències
- Error en endevinar - Aquest és un mètode molt senzill i es basa en la intuïció d’un provador. Per exemple , Suposem que hi ha un camp de data en una pàgina. Els requisits especificaran que aquest camp ha d’acceptar una data vàlida. Ara, un provador pot provar el '30 de febrer' com a data, ja que pel que fa als números, és una entrada vàlida, però el febrer és un mes que mai no té 30 dies, de manera que una entrada no és vàlida.
- Diagrames de transició d'estat
- Taules de decisions
Utilitzant les tècniques anteriors i seguint el procés general de creació de casos de prova, creem un conjunt de casos de prova que posarien a prova l’aplicació de manera efectiva.
Pocs punts importants a tenir en compte
- Els casos de prova que creem no són només el punt de referència per a la fase QA, sinó també per a la UAT.
- Els casos de proves internes són Revisat per equips dins de l'equip .
- Quan un cas de prova no aborda una situació determinada: la regla general és que no es posarà a prova. Per tant, aquest és un bon lloc per comprovar si el conjunt de proves que hem creat assoleix o no l'objectiu de cobertura del 100%. Per fer-ho, es pot crear una matriu de traçabilitat. Consulteu tot el que cal saber sobre el Matriu de traçabilitat aquí .
- Eines: eines de gestió de proves com QC , qProva ajudeu-nos amb l'activitat de creació de casos de prova. Per obtenir un exemple de com es poden tractar els casos de prova mitjançant Quality Center, consulteu-ho Tutorial del Centre de Qualitat .
- Les eines d’automatització es poden utilitzar per crear casos de prova; en aquest cas, s’anomenen scripts de prova.
Això ens porta al final d’un altre segment interessant.
Conclusió
El final del procés de creació de la prova / fase de disseny de la prova (STLC) i el final de la fase del codi (SDLC) marcaran generalment el final de la fase de preparació de la prova i l’inici de la fase d’execució de la prova.
Pròxim tutorial en aquest curs de proves de programari - En el proper article, parlarem de què és l'execució de proves, què inclou i quines són les expectatives de l'equip de control de qualitat durant aquesta fase.
=> QA Training Day 5: Execució de la prova
Esperem que tots treballeu junt amb aquesta sèrie. Per simplificar, només s'han creat alguns casos de prova. Tanmateix, es poden veure els millors resultats quan es treballa en proves extensives, la qual cosa significa escriure cada cop més casos de prova. Per tant, no limiteu la vostra feina i feu tot el que pugueu.
Envieu-nos les vostres preguntes i comentaris a continuació. Bones proves!
Lectura recomanada
- Exemple de plantilla de cas de prova amb exemples de casos de prova [Descarregar]
- Com escriure un document d'estratègia de prova (amb una plantilla d'estratègia de prova de mostra)
- Document de mostra de pla de prova (exemple de pla de prova amb detalls de cada camp)
- Com escriure un informe de resum eficaç de la prova [Descàrrega d'informe de mostra]
- Com escriure casos de prova: la guia definitiva amb exemples
- Formació en proves de programari: formació final en un projecte en viu: formació en línia gratuïta sobre control de qualitat, part 1
- Exemple de plantilla de pla de prova de programari amb format i contingut
- Com escriure casos de prova per a un caixer automàtic (escenaris de mostra)