|
|
|
Tal y como se especificó en la Sprint Retrospective 1, durante este sprint se ha implementado un plan de pruebas consensuado con el cliente.
|
|
|
|
|
|
|
|
## Tabla de Casos de Prueba
|
|
|
|
### Tabla de Casos de Prueba
|
|
|
|
|
|
|
|
| ID | Caso de Prueba | Descripción | Pre condiciones | Resultado Esperado | Estado | Responsable | Notas |
|
|
|
|
| ------ | -------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ | ---------- | --------------------- | ---------------------- |
|
| ... | ... | @@ -11,9 +11,9 @@ Tal y como se especificó en la Sprint Retrospective 1, durante este sprint se h |
|
|
|
| TC-005 | Consultar Credito Disponible | Se verifica que se consulta de forma correcta los créditos disponibles para pagar activaciones de reservistas | Se tiene acceso a la aplicación | Se obtiene el credito restante hasta el momento | Pendientes | Tte. Daniel Dominguez | CONCRETADO CON CLIENTE |
|
|
|
|
| TC-006 | Actualizar Crédito Disponible | Se verifica la correcta actualización del crédito disponible, ya sea de forma manual o tras realizar activaciones | Se tiene acceso a la aplicación/Solicitud aceptada | Se visualiza el crédito actualizado de forma correcta | Pendientes | Tte. Daniel Dominguez | CONCRETADO CON CLIENTE |
|
|
|
|
|
|
|
|
## Detalle por Caso de Prueba
|
|
|
|
### Detalle por Caso de Prueba
|
|
|
|
|
|
|
|
### TC-001 – Obtención del coste por empleo/día
|
|
|
|
#### TC-001 – Obtención del coste por empleo/día
|
|
|
|
|
|
|
|
- **Descripción**: Para poder realizar el cálculo del coste de una solicitud de activación, es necesario poder recuperar el dato de coste por empleo/día del reservista correspondiente a una solicitud. Por lo tanto se necesita verificar que este dato se recupera de forma correcta.
|
|
|
|
- **Pre condiciones**: Usuario con acceso al sistema
|
| ... | ... | @@ -28,7 +28,7 @@ Tal y como se especificó en la Sprint Retrospective 1, durante este sprint se h |
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
### TC-002_1 – |Actualización del coste por empleo/día
|
|
|
|
#### TC-002_1 – |Actualización del coste por empleo/día
|
|
|
|
|
|
|
|
- **Descripción**: Puesto que el importe que cuesta un reservista por día y empleo va variando en lo relativo al paso del tiempo, es necesario poder actualizar estos importes en nuestro sistema. Para ello la pantalla de consulta debe permitir la modificación de dichos importes.
|
|
|
|
- **Pre condiciones**: Usuario con acceso al sistema.
|
| ... | ... | @@ -41,7 +41,7 @@ Tal y como se especificó en la Sprint Retrospective 1, durante este sprint se h |
|
|
|
- **Resultado real**: Se actualizan los costes de forma correcta.
|
|
|
|
- **Estado**: Completado.
|
|
|
|
|
|
|
|
### TC-002_2 – |Actualización errónea del coste por empleo/día
|
|
|
|
#### TC-002_2 – |Actualización errónea del coste por empleo/día
|
|
|
|
|
|
|
|
- **Descripción**: Puesto que el importe que cuesta un reservista por día y empleo va variando en lo relativo al paso del tiempo, es necesario poder actualizar estos importes en nuestro sistema. Para ello la pantalla de consulta debe permitir la modificación de dichos importes.
|
|
|
|
- **Pre condiciones**: Usuario con acceso al sistema.
|
| ... | ... | @@ -56,7 +56,7 @@ Tal y como se especificó en la Sprint Retrospective 1, durante este sprint se h |
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
### TC-003_1 – Rechazar Solicitud
|
|
|
|
#### TC-003_1 – Rechazar Solicitud
|
|
|
|
|
|
|
|
- **Descripción**: Como parte de las funcionalidades del sistema, es necesario poder rechazar una solicitud por diferentes motivos.
|
|
|
|
- **Pre condiciones**: Usuario con acceso al sistema. Solicitud en evaluación.
|
| ... | ... | @@ -68,7 +68,7 @@ Tal y como se especificó en la Sprint Retrospective 1, durante este sprint se h |
|
|
|
- **Resultado real**: Se rechaza la solicitud y se cambia su estado de forma correcta.
|
|
|
|
- **Estado**: Completado
|
|
|
|
|
|
|
|
### TC-003_2 – Rechazar Solicitud Erróneo
|
|
|
|
#### TC-003_2 – Rechazar Solicitud Erróneo
|
|
|
|
|
|
|
|
- **Descripción**: Como parte de las funcionalidades del sistema, es necesario poder rechazar una solicitud por diferentes motivos.
|
|
|
|
- **Pre condiciones**: Usuario con acceso al sistema. Solicitud en evaluación.
|
| ... | ... | @@ -82,7 +82,7 @@ Tal y como se especificó en la Sprint Retrospective 1, durante este sprint se h |
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
### TC-004_1 – Calcular presupuesto Solicitud
|
|
|
|
#### TC-004_1 – Calcular presupuesto Solicitud
|
|
|
|
|
|
|
|
- **Descripción**: Para evaluar de forma correcta una solicitud, una de las condiciones es que se disponga de créditos suficientes para hacer frente al pago de la misma. Para ello es necesario obtener el coste total de la solicitud y evaluar si se tienen suficientes créditos.
|
|
|
|
- **Pre condiciones**: Usuario con acceso al sistema. Solicitud pte. de evaluación.
|
| ... | ... | @@ -96,7 +96,7 @@ Tal y como se especificó en la Sprint Retrospective 1, durante este sprint se h |
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
### TC-005 – Consultar Crédito Disponible
|
|
|
|
#### TC-005 – Consultar Crédito Disponible
|
|
|
|
|
|
|
|
- **Descripción**: Para mantener informado al usuario del crédito con el que cuenta a la hora de decidir si se aprueba o no una solicitud, es necesario poder obtener los créditos restantes para pagar nuevas solicitudes.
|
|
|
|
- **Pre condiciones**: Usuario con acceso a la aplicación.
|
| ... | ... | @@ -110,7 +110,7 @@ Tal y como se especificó en la Sprint Retrospective 1, durante este sprint se h |
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
### TC-006_1 – Restar Crédito Disponible
|
|
|
|
#### TC-006_1 – Restar Crédito Disponible
|
|
|
|
|
|
|
|
- **Descripción**: Para poder realizar la correcta gestión de las solicitudes recibidas, es necesario tener actualizado de forma correcta la cantidad de créditos disponibles en cada momento. En este caso se debe calcular de forma correcta el descuento del coste de la activación aceptada. De forma que ya se tenga el crédito actualizado para futuras solicitudes.
|
|
|
|
- **Pre condiciones**: Usuario con acceso a la aplicación.
|
| ... | ... | @@ -123,7 +123,7 @@ Tal y como se especificó en la Sprint Retrospective 1, durante este sprint se h |
|
|
|
- **Resultado real**: Al aceptar solicitudes se resta de forma correcta el coste al crédito disponible. Si no se tiene presupuesto suficiente no se permite aceptar una solicitud.
|
|
|
|
- **Estado**: Completado
|
|
|
|
|
|
|
|
### TC-006_2 – Actualizar Crédito Disponible
|
|
|
|
#### TC-006_2 – Actualizar Crédito Disponible
|
|
|
|
|
|
|
|
- **Descripción**: Para poder realizar la correcta gestión de las solicitudes recibidas, es necesario tener actualizado de forma correcta la cantidad de créditos disponibles en cada momento. En este caso cuando se asignan nuevos créditos, es necesario añadir este importe al sistema para poder gestionar nuevas solicitudes.
|
|
|
|
- **Pre condiciones**: Usuario con acceso a la aplicación.
|
| ... | ... | @@ -136,7 +136,7 @@ Tal y como se especificó en la Sprint Retrospective 1, durante este sprint se h |
|
|
|
- **Resultado real**: Se actualiza de forma correcta el crédito con la cantidad introducida
|
|
|
|
- **Estado**: Completado
|
|
|
|
|
|
|
|
## Resumen de Estado
|
|
|
|
### Resumen de Estado
|
|
|
|
|
|
|
|
- Aprobados: 10
|
|
|
|
- Fallidos: 0
|
| ... | ... | |
