Què és l'escenari de prova: plantilla d'escenari de prova amb exemples

what is test scenario

Aquest tutorial explica Què és l'escenari de prova juntament amb la importància, implementació, exemples i plantilles de l'escenari de prova:

Es diu que qualsevol funcionalitat o característica de programari que es pugui provar és un escenari de prova. Es té en compte la perspectiva de l’usuari final mentre s’escriu qualsevol escenari de prova.

Aquest tutorial us ajudarà a respondre a les preguntes: per què són necessaris els escenaris de prova, quan s’escriuen els escenaris de prova i com s’escriuen els escenaris de prova.

Què aprendreu:

• Què és un escenari de prova?
  • Importància de l'escenari de prova
  • Diferència entre l'escenari de prova i el cas de prova
  • Per què els escenaris de prova són indispensables?
  • Implementació d’escenaris de prova
• Exemples d'escenaris de prova
  • # 1) Escenaris de prova per a l'aplicació Kindle
  • # 2) Criteris d'acceptació de Google Docs
  • Exemple de plantilla d'escenari de prova
• Conclusió
  • Lectura recomanada

Què és un escenari de prova?

Penseu en una situació hipotètica: Hi ha un vast oceà. Cal viatjar a través de l’oceà d’una riba a l’altra. Per exemple, des de la platja de Mumbai, Índia fins a la platja de Colombo, Srilanka.

El mode de viatge que podeu optar és:

(i) Vies aèries: Agafeu un vol a Colombo

(ii) Vies navegables:Preferiu un vaixell per viatjar a Colombo

(iii) Ferrocarrils:Agafeu un tren cap a Srilanka

Ara per als escenaris de prova: Viatjar des de la platja de Mumbai fins a la platja de Colombo és una funcionalitat que s’ha de provar.

Els escenaris de prova inclouen:

• Viatjar per Airways,
• Viatjar per vies navegables o
• Viatjar en ferrocarril.

Aquests escenaris de prova tindran casos de prova.

Els casos de prova que es poden escriure per als escenaris de prova anteriors inclouen:

Escenari de prova: Viatjar per Airways

Els casos de prova poden incloure escenaris com:

1. El vol és segons l’hora prevista.
2. El vol no és segons l’hora prevista.
3. S'ha produït una situació d'emergència (fortes precipitacions i tempesta).

De la mateixa manera, es pot escriure un conjunt de casos de prova per a altres escenaris restants.

Ara anem als escenaris de proves tecnològiques.

Tot el que es pugui provar és un escenari de prova. Per tant, podem afirmar que qualsevol funcionalitat de programari que estigui en prova i que es pugui dividir en diverses funcions més petites i que pugui denominar-se 'Escenari de prova'.

Abans de lliurar qualsevol producte al client, cal avaluar i avaluar la qualitat del producte. L’escenari de prova ajuda a avaluar la qualitat funcional d’una aplicació de programari que compleix els seus requisits empresarials.

L’escenari Tester és un procés en què el provador prova l’aplicació de programari des de la perspectiva de l’usuari final. El rendiment i la qualitat de l’aplicació de programari s’avaluen a fons abans de la implementació a l’entorn de producció.

API i proves de preguntes i respostes de l'entrevista

Importància de l'escenari de prova

• Un escenari de prova pot tenir diversos 'casos de prova'. Es pot imaginar com una gran imatge panoràmica i els casos de prova són les parts petites que són importants per completar la panoràmica.
• És una declaració d'una sola línia i els casos de prova inclouen una descripció detallada per completar l'objectiu de la declaració de l'escenari de prova.
• Exemple:

Escenari de prova: Feu el pagament del servei de taxi utilitzat.

Això tindrà diversos casos de prova, tal com s’indica a continuació:

(i) Forma de pagament a utilitzar: PayPal, Paytm, targeta de crèdit / dèbit.
(ii) El pagamentfet és reeixit.
(Iii) El pagament realitzat no és correcte.
(iv) El pagamentprocés avortat entremig.
(v) No es pot accedir als mètodes de pagament.
(nosaltres) La aplicacióes descompon entre mig.

• Els escenaris de prova, per tant, ajuden a avaluar l’aplicació de programari segons les situacions del món real.
• Quan es determinin els escenaris de prova, ajudeu a bifurcar l’abast de les proves.
• Aquesta bifurcació s'anomena priorització que ajuda a determinar les funcions importants de l'aplicació de programari.
• Les proves prioritzades de les funcionalitats ajuden en gran mesura a la implementació amb èxit de l’aplicació de programari.
• A mesura que es prioritzen els escenaris de prova, les funcionalitats més importants es poden identificar fàcilment i provar amb prioritat. Això garanteix que la majoria de les funcions crucials funcionin bé i que els defectes relacionats amb aquesta siguin degudament capturats i esmenats.
• Els escenaris de prova determinen el flux de processos empresarials del programari i, per tant, és possible fer proves de punta a punta de l’aplicació.

Diferència entre l'escenari de prova i el cas de prova

Per què els escenaris de prova són indispensables?

Els escenaris de prova es deriven de requisits o històries dels usuaris.

• Preneu l’exemple d’un escenari de prova per a la reserva de Cab.
• Els escenaris poden ser com les opcions de reserva de cabines, els mètodes de pagament, el seguiment GPS, el full de ruta que es mostra correctament o no, les dades de la cabina i del conductor es mostren correctament o no, etc., es mostren a la plantilla de l’escenari de prova.
• Ara suposem que l'escenari de prova consisteix a comprovar si els serveis d'ubicació estan activats; si no està activat, mostreu el missatge 'Activa els serveis d'ubicació'. Aquest escenari es perd i no apareix a la plantilla d'escenaris de prova.
• L'escenari 'servei d'ubicació' dóna lloc a altres escenaris de prova relacionats amb ell. Aquests poden ser:
  • El servei d’ubicació s’ha atenuat.
  • El servei de localització s'ha activat però no hi ha internet.
  • Restriccions per als serveis d'ubicació.
  • Es mostra la ubicació incorrecta.
• Falta un sol escenari pot significar perdre’n moltes altres escenaris crucials o casos de prova . Això pot tenir un gran impacte negatiu mentre implementava l’aplicació de programari. Això es tradueix en una gran pèrdua de recursos (terminis).
• Els escenaris de prova ajuden en gran mesura a evitant proves exhaustives . Assegura que es provin tots els fluxos empresarials crucials i esperats, cosa que contribuirà encara més a provar de cap a cap l’aplicació.
• Són estalvis de temps. Tampoc no es requereix una descripció molt detallada segons els casos de prova. S'especifica una descripció d'una línia sobre què s'ha de provar.
• Els escenaris de prova s’escriuen després sessions de pluja d’idees dels membres de l’equip. Per tant, la probabilitat de perdre qualsevol escenari (crucial o menor) és mínima. Això es fa tenint en compte els aspectes tècnics i també el flux de negoci de l'aplicació de programari.
• A més, els escenaris de prova poden ser aprovats per Business Analyst o Client o per tots dos que tinguin el coneixement explícit de l'aplicació sotmesa a prova.

Per tant, els escenaris de prova són una part indispensable de SDLC.

Implementació d’escenaris de prova

Vegem la implementació d’escenaris de prova o com escriure escenaris de prova.

• Es formen requisits èpics / empresarials.
  • Exemple d'Epic : Creeu un compte de Gmail. L'èpica pot ser la característica principal d'una aplicació o d'un requisit empresarial.
• Les epopeies es divideixen en històries d’usuaris més petites a través d’esprint.
• Les històries dels usuaris es deriven d'Epics. Aquestes històries d'usuaris han de ser basades i aprovades pels grups d'interès.

• Els escenaris de prova es deriven d’històries d’usuaris o BRS (Business Requirement Document), SRS (Document Requirement Specification Document) o FRS (Functional Requirement Document) que es finalitza i es basa.
• Els verificadors escriuen els escenaris de prova.
• Aquests escenaris de prova són aprovats pel cap d’equip, l’analista de negocis o el gestor de projectes, segons l’organització.
• Cada escenari de prova ha d'estar lligat a almenys una història d'usuari.
• Cal identificar escenaris de prova tant positius com negatius.
• Inclouen les històries dels usuaris Criteris d'acceptació com :
  • Els criteris d’acceptació són una llista de condicions o l’estat d’intenció dels requisits del client. Es tenen en compte les expectatives del client i també els malentesos en escriure els criteris d’acceptació.
  • Són exclusius per a la història d’un usuari i cada història ha de tenir almenys un criteri d’acceptació que hauria de poder ser comprovat independentment.
  • Els criteris d’acceptació ajuden a determinar quines funcions tenen un abast i quines estan fora d’abast per a un projecte. Aquests criteris han d'incloure funcions tant funcionals com no funcionals.
  • Els analistes empresarials escriuen els criteris d’acceptació i el propietari del producte els aprova.
  • O, en alguns casos, el propietari del producte pot escriure ell mateix els criteris.
  • Els escenaris de prova es poden obtenir a partir dels criteris d’acceptació.

Exemples d'escenaris de prova

# 1) Escenaris de prova per a l'aplicació Kindle

Kindle és l'aplicació que permet als seus lectors electrònics cercar llibres electrònics en línia, descarregar-los i comprar-los. Amazon Kindle ofereix al lector de llibres electrònics l’experiència real de tenir un llibre a la mà i llegir-lo. Fins i tot el canvi de pàgina es simula molt bé a l’aplicació.

Ara anotem els escenaris de prova. ( Nota: A continuació s’enumeren escenaris limitats per tenir una idea general per escriure l’escenari de prova. Hi pot haver diversos casos de prova derivats).

Es poden derivar múltiples casos de prova de cada escenari de prova esmentat anteriorment.

# 2) Criteris d'acceptació de Google Docs

'Google docs' és una aplicació basada en web per crear, editar i compartir documents de Word, fulls de càlcul, diapositives i formularis. Es pot accedir a tots els fitxers en línia mitjançant un navegador web que tingui connexió a Internet.

Els documents creats es poden compartir com a pàgina web o com a document per imprimir. L'usuari pot establir restriccions sobre qui pot veure i editar els documents. Un sol document pot ser compartit i treballat en col·laboració per diverses persones de diferents ubicacions geogràfiques.

A continuació s’esmenten escenaris de proves limitats per entendre’ls generalment. Els escenaris de proves en profunditat dels documents de Google poden ser un tema diferent.

El nombre d’escenaris de proves serà múltiple i molt gran per a Google Docs. En aquests casos, en general, només els criteris d'acceptació són establerts i aprovats pels grups d'interès, i els membres de l'equip treballen en aquests criteris d'acceptació. Escriure casos de prova per a escenaris de proves o millor dit, pot ser una tasca exhaustiva per a aplicacions enormes.

Aquests criteris d’acceptació tenen un paper important en la planificació de processos iteratius i no s’han d’oblidar mai. Definint-les per endavant i per endavant s’eviten sorpreses o xocs al final dels sprints o llançaments

Donat una condició prèvia.
Quan fer una acció.
Llavors el resultat esperat.

Els formats de Donat, quan i després són útils per especificar els criteris d’acceptació.

Exemple de plantilla d'escenari de prova

Conclusió

En qualsevol prova de programari, comprendre i establir els escenaris de prova del cicle de vida és un element molt important. La qualitat del programari es pot millorar tenint una bona base per als escenaris de prova. Freqüentment, l'ús de casos de prova i escenaris de prova pot canviar-se.

Tot i això, la regla del polze és que l’escenari de prova s’utilitza per escriure diversos casos de prova o podem dir que els casos de prova es deriven d’escenaris de prova. Els escenaris de prova ben definits garanteixen un programari de bona qualitat.

Lectura recomanada

• Exemple de plantilla de pla de prova de programari amb format i contingut
• Exemple de plantilla de cas de prova amb exemples de casos de prova (Descarregar)
• Plantilla de mostra per a l'informe de prova d'acceptació amb exemples
• Plantilles en C ++ amb exemples
• Tutorial de Python DateTime amb exemples
• Talla l'ordre a Unix amb exemples
• Test Scenario Vs Case Test: Quina diferència hi ha entre aquests?
• Plugin Blazemeter i plantilla Jmeter