ANÁLISIS FUNCIONAL:
SOFTWARE REQUIREMENT SPECTEST STRATEGY
A continuación, se aclararán las Estrategias de QA para entregar las tareas del proyecto.
SCOPE:
Es el alcance válido de las pruebas; hasta dónde se prueba, qué NO se prueba
Las pruebas se realizarán en el componente PIM List (Product Information Management)
Se abordarán las pruebas en las secciones de:
“Employee List”: Buscar, Ordenar y Borrar empleados
“Add Employee”: Agregar y Editar empleados
Las pruebas se realizarán en el componente PIM Profile (Información de Empleados)
Se abordarán las pruebas en las secciones de:
“Personal Details”
“Contact Details”
“Emergency Contacts“
“Job”
“Qualifications“
Las pruebas se realizarán en el componente Account (Cuenta)
Se abordarán las pruebas en las secciones de:
“Login”
“Logout”
“Password-Change”
“Password-Recovery”
FOCUS:
Se describen e identifican los tipos y niveles de Pruebas que se realizarán.
TESTING FUNCIONAL:
Macro-Nivel de Testing | Nivel de Testing | Tipos de Testing |
|---|---|---|
Blackbox (Frontend) |
|
|
Blackbox (Frontend) |
|
|
Whitebox (Backend) |
|
|
Whitebox (Backend) |
|
|
TESTING FUNCIONAL:
N/A
RISKS
RIESGO (PROBLEMAS E INCIDENTES) | MITIGACIÓN (CÓMO EVITARSE) |
|---|---|
No saber Testear (No sabe hacer testing) | Hacer un Curso (el de Blackhole is the best |
No entender los Requerimientos (User Story) |
|
El Dev y QA no están teniendo buena comunicación. | Establecer una Meet para resolver las dudas justo al comenzar el Sprint. |
Problemas en el Servidor que nos bloquean las Pruebas. |
|
Hacer MUCHAS pruebas en un Ambiente que pueda desestabilizar los request y responses del mismo. |
|
No tener la conexión a un ambiente de la Base de Datos cuando se necesite | Realizar una Documentación con todos los ConnectionString de cada ambiente de Base de Datos, de manera que los QA puedan tener organizado y a la mano. |
Tener un QA enfermo | Tener un Plan de Reemplazo de manera que jamás se quede 1 persona sola en el equipo de QA (mínimo debe haber 2). |
No tener un buen Gestor de Incidencias (si se cae Jira) | Usar Trello, ya que es de la misma empresa Atlassian. |
No saber suficientemente Inglés como para comunicarse con los clientes u equipos de dicho idioma. | Asistir a la capacitaciones internas de la empresa en inglés (obligado). Introducirte al mundo del inglés, colocando todo en inglés (PCs, Laptops, Phones, Apps, etc) |
Desconocimiento del Framework (Cypress) | Solicitar un curso pagado por la empresa Solicitar una US al proyecto para trabajar en la adquisición de conocimientos de un Framework. |
Falta de Documentación del Proyecto | Aplicar y Diseñar un SRS (Software Requirement Spec) más profundo y con arquitectura del Software. UI Spec, DB Spec y API Spec. |
No estimar bien las Horas de Esfuerzo (Task) | Establecer un Plan Standard para Identificar las Horas estimadas, de acuerdo a los Story Points. |
)RESOURCES PLANNING
RECURSOS HUMANOS:
Persona | Rol | Responsabilidad |
|---|---|---|
Elyer | QA Manager | Asegurarse los Delivery QA de todo el equipo, métricas para la toma de decisiones y negociar con los clientes. Asegurarse de que el Líder QA no tenga bloqueantes. |
Juan | QA Tester | Realizar pruebas para ejecutar y reportar. |
Lenu | QA Lead | Realizar Planes de Pruebas y organizar el equipo. Asegurarse de que el equipo no tenga bloqueantes. |
RECURSOS DE HERRAMIENTAS
Framework/Tool | Acceso | Actividad |
|---|---|---|
Jira | <URLdeAcceso> | Gestor General de Incidencias |
GitHub | <URLdeAcceso> | Gestor General de Versiones del Código |
RECURSOS DOCUMENTACIONAL
AREAS | GUÍAS / DOCUMENTACIONES |
|---|---|
QA | TEST DESIGN <URL> |
DEV | API DOCU <URL> |
BA | CASOS DE USO <URL> |
0 Comentarios