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.

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".

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".