• Que é un escenario de proba?
  • Exemplo de modelo de escenario de proba
• Conclusión
  • Importancia do escenario de proba
  • Diferenza entre o escenario de proba e o caso de proba
  • Por que son imprescindibles os escenarios de proba?
  • Implementación de escenarios de proba
• Exemplos de escenarios de proba
  • #1) Escenarios de proba para a aplicación Kindle
  • #2) Criterios de aceptación de Google Docs

Este titorial explica o que é o escenario de proba xunto coa importancia, a implementación, os exemplos e os modelos dun escenario de proba:

Calquera función/función de software que se poida probar dise que é un escenario de proba. A perspectiva do usuario final considérase ao escribir calquera escenario de proba.

Este titorial axudarache a responder ás preguntas: por que son necesarios escenarios de proba, cando se realizan escenarios de proba. escrito e como escribir os escenarios de proba.

Que é un escenario de proba?

Considera unha situación hipotética: Hai un vasto océano. Tes que viaxar polo océano dunha beira a outra. Por exemplo, desde Mumbai, costa da India ata Colombo, costa de Srilanka.

O modo de viaxe que podes optar é:

(i) Vías aéreas: Colle un voo a Colombo

(ii) Vías navegables: prefire un barco para viaxar a Colombo

(iii) Ferrocarrís: colle un tren para Srilanka

Agora para os escenarios de proba: Viaxar desde a costa de Bombai ata a costa de Colombo é unha funcionalidade que hai que probar.

Os escenarios de proba inclúen:

• Viaxes por vía aérea,
• Viaxes por vías navegables ou
• Viaxes por ferrocarril.

Estes escenarios de proba terán casos de proba.

Os casos de proba que se poden escribir para os escenarios de proba anteriores inclúen:

Probalocalmente e cargado segundo a dispoñibilidade de conexión a Internet. 6 Os cambios realizados por varios usuarios non se sobreescribían. 7 Múltiples usuarios poden traballar nun só documento. 8 O traballo feito gárdase se se perde a conexión a Internet mentres se carga un ficheiro. 9 As restricións para compartir aplícanse correctamente. 10 Os usuarios de restrición de visualización non poden facer ningunha edición nos documentos. 11 Os documentos pódense publicar en Internet para o público en xeral. 12 Alteracións feitas a os documentos gárdanse con marca de tempo & detalles do autor.

O número de escenarios de proba será múltiple e moi grande para Google Docs. Nestes casos, en xeral, só os criterios de aceptación son establecidos e aprobados polas partes interesadas, e os membros do equipo traballan sobre estes criterios de aceptación. Escribir casos de proba ou, mellor dito, escenarios de proba pode ser unha tarefa exhaustiva para aplicacións enormes.

Estes criterios de aceptación xogan un papel importante na planificación de procesos iterativos e nunca deben pasarse por alto. Definilos previamente e por adiantado evita sorpresas ou choques ao final dos sprints ou lanzamentos

Dada unha condición previa.

Cando para facer unha acción.

Entón espérase o resultado.

Os formatos de Given,Cando e Entón son útiles para especificar os criterios de aceptación.

Exemplo de modelo de escenario de proba

Utilice o ID de historia #	ID de escenario de proba #	N.º de versión	Escenarios de proba	N.º de casos de proba	Importancia
USID12.1	TSID12.1.1	Kin12.4	Verifica se a aplicación Kindle se inicia correctamente.	4	Alto
USID12.1	TSID12.1.2	Kin12.4	Verifica a capacidade de almacenamento da aplicación Kindle.	3	Medio

Conclusión

En calquera proba de software, comprender o ciclo de vida e establecer os escenarios de proba é un elemento moi significativo. A calidade do software pódese mellorar tendo unha boa base para escenarios de proba. Con frecuencia, o uso de casos de proba e escenarios de proba pode intercambiarse.

Non obstante, a regra xeral é que o escenario de proba se utiliza para escribir varios casos de proba ou podemos dicir que os casos de proba se derivan de escenarios de proba. Os escenarios de proba ben definidos garanten un software de boa calidade.

Escenario: Viaxe por vías aéreas

Os casos de proba poden incluír escenarios como:

1. O voo é segundo a hora programada .
2. O voo non corresponde á hora prevista.
3. Produciuse unha situación de emerxencia (choivas intensas e tormenta).

Do mesmo xeito, un pódese escribir un conxunto separado de casos de proba para outros escenarios restantes.

Agora imos aos escenarios de probas tecnolóxicas.

Calquera cousa que se poida probar é un escenario de proba. Así, podemos afirmar que calquera funcionalidade de software que estea en proba pode dividirse en varias funcionalidades máis pequenas e pode denominarse "Escenario de proba".

Antes de entregar calquera produto ao cliente, a calidade do produto debe ser valorado e valorado. O escenario de proba axuda a avaliar a calidade funcional dunha aplicación de software que cumpre cos requisitos empresariais.

Un escenario de proba é un proceso no que o probador proba unha aplicación de software desde a perspectiva do usuario final. O rendemento e a calidade da aplicación de software avalíanse a fondo antes da súa implementación no contorno de produción.

Importancia do escenario de proba

• Un escenario de proba pode ter varios "casos de proba". Pódese representar como unha gran imaxe panorámica e os casos de proba son as partes pequenas que son importantes para completar o panorama.
• É unha declaración e proba dunha soa liña.os casos comprenden unha descrición por pasos para completar o propósito da declaración do escenario de proba.
• Exemplo:

Escenario de proba: Fai o pago do servizo de taxi dispoñible.

Isto terá varios casos de proba como se indica a continuación:

(i) Método de pago que se utilizará: PayPal, Paytm, Tarxeta de crédito/débito.

(ii) O pago  realizado correctamente.

(iii) O pago realizado non se realizou correctamente.

(iv) O proceso  de pago interrompeuse no medio.

(v) Non se puido acceder aos métodos de pago.

(vi) A aplicación  descompón no medio.

• Os escenarios de proba axudan así a avaliar a aplicación de software segundo as situacións do mundo real.
• Escenarios de proba cando se determina, axuda a bifurcar o alcance das probas.
• Esta bifurcación denomínase priorización, que axuda a determinar as funcionalidades importantes da aplicación de software.
• As probas priorizadas das funcionalidades axudan a un gran medida na implementación exitosa da aplicación de software.
• A medida que se priorizan os escenarios de proba, as funcionalidades máis importantes pódense identificar e probar facilmente con prioridade. Isto garante que a maioría das funcións cruciais funcionen ben e que os defectos relacionados con ela sexan debidamente capturados e corrixidos.
• Os escenarios de proba determinan o fluxo do proceso de negocio do software.e, polo tanto, é posible realizar probas de extremo a extremo da aplicación.

Diferenza entre o escenario de proba e o caso de proba

Escenario de proba	Casos de proba
O escenario de proba é un concepto.	Os casos de proba son as solucións para verificar ese concepto.
O escenario de proba é unha funcionalidade de alto nivel.	Os casos de proba son procedementos detallados para probar a funcionalidade de alto nivel.
Escenarios de proba. derívanse de requisitos/historias de usuario.	Os casos de proba derívanse de escenarios de proba .
O escenario de proba é "Que funcionalidade se vai probar"	Os casos de proba son "Como probar a funcionalidade".
Os escenarios de proba teñen varios casos de proba.	O caso de proba pode estar asociado ou non a varios escenarios de proba.
Os escenarios de proba única nunca se poden repetir.	O caso de proba único pode usarse varias veces en escenarios diferentes.
Requírese documentación breve.	Requírese documentación detallada.
Requírese sesións de tormenta de ideas para finalizar un escenario de proba.	Coñecemento técnico detallado da aplicación de software Requírese
Aforra tempo xa que non se precisan detalles de minutos.	Leva tempo xa que hai que coidar cada minuto.
O custo de mantemento é baixo como os recursos necesariosbaixo.	O custo de mantemento é alto xa que os recursos necesarios son elevados

Por que son imprescindibles os escenarios de proba?

Os escenarios de proba derívanse de requisitos ou historias de usuarios.

• Tome o exemplo dun escenario de proba para a reserva de taxi.
• Os escenarios poderían ser opcións de reserva de taxis, métodos de pago, seguimento GPS, mapa de estradas que se amosa correctamente ou non, detalles do taxi e do condutor que se mostran correctamente ou non, etc., todos están listados no modelo de escenario de proba.
• Agora supoña que o escenario de proba é para comprobar se os servizos de localización están activados, se non está activado, amosa a mensaxe 'Activar servizos de localización. Este escenario non aparece e non aparece no modelo de escenarios de proba.
• O escenario "Servizo de localización" dá lugar a outros escenarios de proba relacionados con el.

Estes poden ser :

• • O servizo de localización está atenuado.
  • O servizo de localización activou pero non hai internet.
  • Restricións dos servizos de localización .
  • Móstrase a localización incorrecta.
• Perder un único escenario pode significar perder moitos outros escenarios ou casos de proba esenciais . Isto pode ter un gran impacto negativo ao implementar a aplicación de software. Isto resulta nunha gran perda de recursos (prazos).
• Os escenarios de proba axudan en gran medida a evitar probas exhaustivas . Asegura que todos os cruciais eOs fluxos empresariais esperados son probados, o que axuda aínda máis na proba de extremo a extremo da aplicación.
• Estes aforran tempo. Ademais, non é necesaria unha descrición moito máis detallada segundo os casos de proba. Especifícase unha descrición dunha liña sobre que probar.
• Os escenarios de proba escríbense despois de sesións de intercambio de ideas dos membros do equipo. De aí que a probabilidade de perder calquera escenario (crucial ou menor) sexa mínima. Isto faise tendo en conta os aspectos técnicos e tamén o fluxo de negocio da aplicación de software.
• Ademais, os escenarios de proba poden ser aprobados por un Cliente Analista de Negocios ou por ambos que teñan coñecemento explícito da aplicación en proba.

Os escenarios de proba son, polo tanto, unha parte indispensable de SDLC.

Implementación de escenarios de proba

Vexamos a implementación de escenarios de proba ou como escribir escenarios de proba:

• Fórmanse os requisitos de Epics/Business.
  • Exemplo de Epic : crea unha conta de Gmail. Epic pode ser a principal característica dunha aplicación ou un requisito empresarial.
• As épicas divídense en historias de usuarios máis pequenas en sprints.
• As historias de usuarios derivan de Epics. Estas historias de usuarios teñen que ser aprobadas polas partes interesadas.

• Os escenarios de proba derívanse de historias de usuarios ou BRS (documento de requisitos de negocio), SRS (requisito de sistema).Documento de especificación) ou FRS (Documento de requisitos funcionais) que están finalizados e baseados.
• Os probadores escriben os escenarios de proba.
• Estes escenarios de proba son aprobados polo xefe de equipo, o analista de negocios ou o xefe de proxectos. dependendo da organización.
• Cada escenario de proba debe estar vinculado a polo menos unha historia de usuario.
• Deben identificarse os escenarios de proba positivos e negativos.
• As historias de usuario comprenden Criterios de aceptación como :
  • Os criterios de aceptación son unha lista de condicións ou o estado de intención dos requisitos do cliente. As expectativas do cliente e tamén os malentendidos téñense en conta ao escribir os criterios de aceptación.
  • Estes son únicos para unha historia de usuario e cada historia de usuario debe ter polo menos un criterio de aceptación que se poida comprobar de forma independente.
  • Os criterios de aceptación axudan a determinar que funcións están dentro do ámbito e cales están fóra do alcance dun proxecto. Estes criterios deben incluír características funcionais e non funcionais.
  • Os analistas empresariais escriben os criterios de aceptación e o propietario do produto aproba.
  • Ou, nalgúns casos, o propietario do produto pode escribir el mesmo o criterios.
  • Os escenarios de proba pódense obter a partir dos criterios de aceptación.

Exemplos de escenarios de proba

#1) Escenarios de proba para a aplicación Kindle

Kindle é a aplicación que permite aos lectores electrónicos buscarlibros electrónicos en liña, descargalos e compralos. Amazon Kindle ofrece ao lector de libros electrónicos a experiencia real de ter un libro na man e lelo. Incluso o paso das páxinas está moi ben simulado na aplicación.

Agora anotemos os escenarios de proba. ( Nota: Os escenarios limitados móstranse a continuación para ter unha idea xeral para escribir o escenario de proba. Pode haber varios casos de proba derivados del).

Escenarios de proba #	Escenarios de proba
1	Verifica se a aplicación Kindle se inicia correctamente.
2	Verifique que a resolución da pantalla se axuste segundo os distintos dispositivos, despois do lanzamento da aplicación.
3	Verifica que o texto que se mostra é lexible.
4	Verifica que as opcións de ampliar e reducir estean funcionando.
5	Verifica que os ficheiros compatibles importados na aplicación Kindle son lexibles.
6	Verifica a capacidade de almacenamento de Aplicación Kindle.
7	Verifica que a función de descarga funciona correctamente.
8	Verifica que a simulación de quenda de páxina funciona correctamente
9	Verifica a compatibilidade dos formatos do libro electrónico coa aplicación Kindle.
10	Verifica os tipos de letra admitidos pola aplicación Kindle.
11	Verifica a duración da batería utilizada pola aplicación Kindle.
12	Verifica o rendementode Kindle dependendo da conectividade de rede (Wi-Fi, 3G ou 4G).

De cada escenario de proba indicado anteriormente, pódense derivar varios casos de proba.

#2) Criterios de aceptación de Google Docs

'Google docs' é unha aplicación baseada na web para crear, editar e compartir documentos de Word, follas de cálculo, diapositivas e formularios. Pódese acceder a todos os ficheiros en liña mediante un navegador web que teña conexión a Internet.

Os documentos creados pódense compartir como páxina web ou documento listo para imprimir. O usuario pode establecer restricións sobre quen pode ver e editar os documentos. Diversas persoas de diferentes localizacións xeográficas poden compartir e traballar en colaboración un único documento.

A continuación mencítanse escenarios de proba limitados para unha comprensión xeral. Pódense realizar escenarios de proba en profundidade para documentos de Google. un tema por separado.

Criterios de aceptación #	Criterios de aceptación
1	Word, Follas ou Formularios pódense abrir correctamente sen erros.
2	Os modelos están dispoñibles para documentos e follas. e diapositivas.
3	Os usuarios poden acceder aos modelos dispoñibles.
4	O modelo utilizado é editable (por exemplo: fontes, tamaño da fonte, engadir texto, eliminar texto, inserir diapositiva).
5	Se a conexión a Internet non está dispoñible temporalmente, o ficheiro pódese almacenar