Conjunto de Pruebas¶
Proyecto | SuiteSET3 |
Descripción | Plantilla para proyectos basada en ReadySET y Métrica 3. |
Desarrollo | project:suiteset3-dev versión suiteset3-dev:version#1 |
Plazos vigentes | FECHA INICIO - FECHA FINALIZACIÓN |
Fecha edición | 21/11/2024 |
Hojas anexas | |
Relacionados | Casos de prueba Formato de casos de prueba ENLACES A ESTÁNDARES RELEVANTES ENLACES A OTROS DOCUMENTOS |
IMPACTO: Este es un conjunto para pruebas manuales de sistema. Es solo una actividad en el plan de QA. Un conjunto de casos de prueba es simplemente una tabla de contenidos para casos de prueba individuales. Organizando el conjunto de casos de prueba por prioridad, área de funcionalidad, actore, objeto de negocio o versión puede ayudar a identificar partes del sistem que necesitan pruebas adicionales.
TAREAS: Antes de escribir casos de pruebas individuales, enumere los casos de pruebas que piense que necesitará. Organícelos de forma que a propósito deje espacios en blanco visibles en esta página si le hacen falta casos de uso. Escoja una o más de las clasificaciones que se muestran abajo.
SUGERENCIA: Refiérase a su documento de casos de uso Úselos para obtener ideas y asegurarse que los cubre todos Recuerde que los casos de prueba son más precisos que los casos de uso, los casos de prueba deberán hacer referencia a detalles específicos de su implementación y puede haber varios casos de prueba para un caso de uso dado.
SUGERENCIA: El conjunto de casos de prueba puede ser organizado en listaas anidadas de acuerdo a otros criterios de cobertura, por ejemplo: por actor. O puede ser organizado en tablas que consideren dos aspectos al mismo tiempo, por ejemplo, objetos de negocio contra actoresbusiness. Si una cierta sección del árbol o tabla no necesita casos de prueba, márquela explícitamente como "N/A". De otra forma, si una sección necesita más casos de prueba de los que ya ha escrito, márquelas como "PARA HACER" Si el elemento de una celda contiene varias tareas, rómpa esa sección en una tabla, cmo se hizo la that section out into its own table, as done for the característica de inscripción del ejemplo de abajo.
Casos de uso por Objeto de Negocio y Operación¶
BO \ Acción |
añadir | ver/navegar | editarar | borrar | buscar |
otros |
---|---|---|---|---|---|---|
Estudiante |
estudiante_lista_1 | estudiante_borrar_1 | ||||
Curso |
curso_lista_1 | curso_editar_1 | curso_cancelar_1 | curso_buscar_1 |
N/A |
|
Aula |
aula_lista_1 | TAREAS | TAREAS | TAREAS |
N/A |
|
Instructor |
inst_agregar_1 | N/A | inst_editar_1 | inst_borrar_1 | N/A |
Casos de Prueba para Inscripción en Cursos¶
Curso \ Estudiante |
Recién inscrito | Avanzado | Con Menciones |
Otros |
---|---|---|---|---|
Avanzado |
inscripcion_prioridad_2 | inscripcion_prioridad_1 | inscripcion_prioridad_1 | |
No Avanzado |
inscripcion_prioridad_2 | inscripcion_prioridad_1 | inscripcion_prioridad_1 | |
Cursos con Menciones |
inscripcion_prioridad_1 | inscripcion_prioridad_1 | inscripcion_prioridad_1 |
Casos de Prueba por Características de Prioridad¶
TAREAS: Utilice esta guía para asegurarse de que las características de alta prioridad están probadas adecuadamente. Enumere las características por prioridad y luego enumere los casos de prueba para cada caracte?istica. Si una característica necesita más casos de prueba, anótelo como "PARA HACER".
- Esenciales
- Esperadas
- Deseadas
Casos de Pruebas por Prioridad de Caso de Uso¶
TAREAS: Utilice esta guía para asegurarse de que los casos de uso de alta prioridad están probados adecuadamente. Enumere los casos de uso por prioridad y luego enumere los casos de prueba para cada caso de uso. Si un caso de uso necesita más casos de prueba, anótelos como "PARA HACER".
- Esenciales
- Esperados
- CU-22: estudiante_buscar_1 estudiante_buscar_2
- CU-23: curso_buscar_1
- CU-30: aula_agregar_1 aula_agregar_2
- CU-31: aula_editar_1 PARA HACER
- CU-32: PARA HACER
- CU-33: PARA HACER
- Deseados