how classify positive
Podeu fer alguna cosa de la manera més senzilla o difícil: l’important és que ho feu. Hi ha poques coses senzilles del dia a dia, però sense confiança, alguna cosa sobre elles no s’acaba d’adaptar a les nostres ments i l’abast de l’èxit és un èxit o un error.
Prenguem un exemple senzill avui i trobem dreceres que no només aclariran els conceptes, sinó que també ens asseguraran que sempre l’encertarem.
Classificació positiva o negativa d’escenaris / casos de prova
El procés de disseny de la prova és tres vegades:
- Identificar els requisits
- Escriure escenaris de prova (indicadors d'una línia del que cal provar)
- Dissenyeu instruccions detallades sobre com provar (casos de prova)
Quan escrivim escenaris de proves, els classifiquem en condicions positives i negatives. (Quan hi reflexioneu, és realment important fer aquesta classificació? Si és així, per a quin propòsit serveix? Hem de provar-les totes de totes maneres, no?) A mi també em val molt. Però crec que és un intent d’establir una cobertura adequada i ajuda a establir que estem provant els camins feliços i alternatius que se suposa que hauria de gestionar el sistema. Si us plau, comenteu a continuació si coneixeu altres motius pels quals es fa això.
Ara, examinem uns quants requisits, escrivim escenaris de proves i realitzem la classificació.
# 1) Inici de sessió :Un usuari que introdueix les credencials correctes entra al sistema. Si les credencials són incorrectes, es denega l'accés i es mostra un missatge d'error.
# 2) Veure productes: Suposem que hi ha un catàleg en línia de tots els productes disponibles al sistema i que els mostra en una llista quan es fa clic a l’enllaç 'Mostra els productes'.
# 3) Tancar la sessió: Quan es fa clic en aquest enllaç, es tanca la sessió de l’usuari.
Escriuré pocs escenaris de prova per a aquests requisits.
Taula A:El camí correcte
| Identificador d'escenari de prova | Descripció de l'escenari de prova | Positiu / negatiu |
|---|---|---|
| TS_login_01 | Valideu si l'usuari inicia la sessió correctament si les credencials introduïdes són correctes | Positiu |
| TS_login_02 | Valideu si no es permet l'accés a l'usuari quan les credencials introduïdes són incorrectes | Negatiu |
| TS_ViewProduct_01 | Valideu si es mostren tots els elements quan es fa clic a l'enllaç Visualitza productes | Positiu |
| TS_logout_01 | Valideu si l'usuari que ja té la sessió iniciada està tancat del sistema quan es fa clic a la sessió | Positiu |
Tanmateix, de vegades veig l'escenari de la prova escrit així.
Taula B: Entrades marcadesxarxasón escenaris de prova no vàlids.
| Identificador d'escenari de prova | Descripció de l'escenari de prova | Positiu / negatiu |
|---|---|---|
| TS_login_01 | Valideu si l'usuari inicia la sessió correctament si les credencials introduïdes són correctes | Positiu |
| TS_login_02 | Valideu si no es permet l'accés a l'usuari quan les credencials introduïdes són incorrectes | Negatiu |
| TS_ViewProduct_01 | Valideu si es mostren tots els elements quan es fa clic a l'enllaç Visualitza productes | Positiu |
| TS_ViewProduct_02 | Valideu si no es mostren tots els articles quan es fa clic a l'enllaç de visualització de productes | Negatiu |
| TS_logout_01 | Valideu si l'usuari que ja té la sessió iniciada està tancat del sistema quan es fa clic a la sessió | Positiu |
| TS_logout_02 | Valideu si l'usuari no tanca la sessió quan es fa clic a l'enllaç de tancament de sessió | Negatiu |
Per al cas correcte de l'inici de sessió, hi ha un cas igual i oposat quan no tindrà èxit. Se suposa que no tots els requisits són d’aquesta manera i, per a ells, realment no hi ha cap obligació a escriure un escenari negatiu.
Resum: no tots els requisits han de tenir casos negatius.
En aquest moment, si esteu pensant en 'Com ho sabré' o 'Encara no estic segur', aquí teniu un senzill full de trucs que us ajudarà.
netejador de sistemes gratuït per a Windows 7
Si hi ha una generalització que podem fer sobre les aplicacions és que són dinàmiques. L'entrada (dades, clics, etc.) que proporcionem farà que l'aplicació sigui d'una manera determinada i generi una sortida determinada.
Una senzilla correlació entre les variables d’entrada i sortida facilitarà la seva comprensió.
Proveu el següent per iniciar la sessió:
| Entrada | Sortida | Positiu / negatiu |
|---|---|---|
| Correcte (informació d’inici de sessió correcta) | Correcte (usuari iniciat la sessió) | Positiu |
| Incorrecte (informació d’inici de sessió incorrecta) | Correcte (un missatge d'error) | Negatiu |
| Correcte (informació d’inici de sessió correcta) | Incorrecte: l’inici de sessió falla | Error / Defecte |
| Incorrecte (informació d’inici de sessió incorrecta) | Incorrecte (el sistema els inicia la sessió) - 'Oh, l'horror!' :) | Error / defecte |
Per tant, veieu a la taula anterior, podem dir que classifiquem el flux primari com a positiu i el flux alternatiu (també el comportament correcte de l’aplicació) es marca com a negatiu.
De fet, els dos darrers casos en vermell són errors. Les proves consisteixen en la validació de requisits i, quan no funcionen tal com es volia, trobem errors. Com que no anem a validar els defectes, els dos darrers casos no són vàlids.
Seguint la mateixa línia de pensament i aplicant-lo a la sessió i a la visualització de productes, això és el que obtindreu.
| Entrada | Sortida | Positiu / negatiu |
|---|---|---|
| Tanca la sessió (feu clic) | Correcte: tanca la sessió | Positiu |
| Tanca la sessió (feu clic) | Incorrecte: es manté la sessió iniciada | Error / defecte |
| Veure productes (feu clic) | Correcte: mostra els productes | Positiu |
| Veure productes (feu clic) | Incorrecte (no es mostra la llista o es mostra una llista incorrecta) | Error / defecte |
Com podeu veure, per a aquests requisits, no hi ha la possibilitat de proporcionar una entrada incorrecta. Per tant, no cal que hi hagi casos o proves escrites negatius.
Pensaments finals:
El sistema es podria sotmetre a aportacions positives o negatives. Sigui com sigui, el sistema hauria de generar una sortida correcta. Els casos que solen tractar una aportació correcta són positius. Els que són correctes però negatius són negatius.
Alguns consells:
# 1) Quan un casos de prova de punta a punta s’escriuen per a proves UAT o fins i tot de sistemes, sempre són els casos de prova positius els que entren al flux.
# 2) De vegades, la classificació és subjectiva.Per exemple, si estic suprimint alguna cosa d'un lloc i rebo un missatge de confirmació que em demana 'Esteu segur que voleu suprimir aquesta entrada?' amb les opcions OK i Cancel·la: segons jo, fer clic a Cancel·la és un cas positiu. Però alguns pensen que és negatiu, ja que l’objectiu principal de l’opció “Suprimeix” és suprimir i no cancel·lar l’operació. Per tant, el criteri d’un provador també té un paper important en la classificació.
# 3) Per a tots els casos positius, no sempre hi ha cap cas negatiu igual i oposat.
El mètode anterior sempre garanteix una classificació correcta. Proveu-ho vosaltres mateixos i digueu-me, si no. :) 'Una drecera sovint és un tall incorrecte.' - Però, potser no ho sigui en aquest cas.
Per obtenir una explicació més formal de les proves negatives, comproveu => Què són les proves negatives i com escriure casos de proves negatives?
Sobre l'autor: Aquest article està escrit per Swati S., membre de l'equip de STH. Uniu-vos aquí al seu curs de formació en QA en directe: El millor entrenament en proves de programari que obtindreu! '
Feu-nos saber si us ha agradat aquest article i voleu veure aquests conceptes bàsics fàcilment explicables en els propers articles.
Els vostres comentaris, preguntes, comentaris i lectors són molt apreciats i valorats aquí a STH. Bones proves!
Lectura recomanada
- Prova positiva: significat i mèrits explicats amb escenaris de prova reals
- Com escriure casos de prova per a una pàgina d'inici de sessió (escenaris de mostra)
- Què són les proves negatives i com escriure casos de proves negatives?
- Com escriure casos de prova per a un caixer automàtic (escenaris de mostra)
- Escenaris de scripts i resolució de problemes de Selenium eficients: Tutorial Selenium núm. 27
- Tipus de proves de migració: amb escenaris de prova per a cada tipus
- Tutorial QTP # 24 - Ús d'objectes virtuals i escenaris de recuperació en proves QTP
- Proves d'aplicacions sanitàries: consells i escenaris importants de proves (part 2)