• No se han encontrado resultados

Capítulo VI. Desarrollo del sistema AdoptPro

VI.3 Diseño del sistema AdoptPro

VI.3.5 Casos de prueba

Los casos de prueba son la especificación de un conjunto de datos de entrada, condiciones de ejecución y resultados esperados, que se identifican con el propósito de realizar la evaluación de aspectos particulares del sistema (Leffingwell y Widrig, 2003). Los casos de prueba se utilizan, por un lado, para validar si la implementación del sistema cumple con los requerimientos que se plantean en la etapa de diseño del mismo, y por otro lado, para detectar errores en la implementación antes que éste comience a operar.

En este apartado de la investigación se presentan los casos de pruebas que se utilizan para evaluar a la herramienta de soporte, esto con el propósito de detectar errores en la implementación de sus funciones, en la interfaz de usuario, en la estructura de los datos, entre otros. También, los casos de prueba se ejecutan con el propósito de validar que la funcionalidad cumple los requerimientos propuestos en su diseño.

116

VI.3.5.1 Diseño de los casos de prueba

El diseño de los casos de prueba se realiza siguiendo los pasos que se proponen en Leffingwell y Widrig (2003). Los autores señalan que para especificar los casos de pruebas se pueden seguir los pasos siguientes:

Identificar los escenarios de casos de uso.

Para cada escenario, identificar uno o más casos de prueba.

Para cada caso de prueba, identificar las condiciones para ejecutarlo. Realizar los casos de prueba agregando datos.

VI.3.5.1 Escenarios de casos de uso

Con base en la especificación de los casos de uso del sistema AdoptPro, se identifican un conjunto de escenarios en los cuales el usuario puede utilizar el sistema. Un escenario de caso de uso es un ejemplo de un caso de uso, es decir, es la ejecución de un caso de uso donde un usuario específico ejecuta el caso de uso de una forma determinada.

De cada caso de uso se pueden derivar varios escenarios, cada uno de los posibles caminos que puede seguir el usuario al ejecutar un caso de uso representa un escenario. Resulta complicado abarcar todos los escenarios posibles, a continuación se enlistan los casos de uso más relevantes y los escenarios que se derivan de ellos, estos últimos se utilizan para definir los casos de prueba del sistema.

Caso de uso administrar organizaciones.

El administrador general del sistema registra una nueva organización.

El administrador general del sistema consulta y modifica los datos de una organización.

El administrador general del sistema consulta y modifica un elemento de la clasificación del conocimiento.

El administrador general del sistema elimina un elemento de la clasificación del sistema.

Caso de uso administrar usuarios.

El administrador de la organización registra un nuevo usuario. El administrador de la organización consulta y modifica un usuario. El administrador de la organización desactiva un usuario.

Caso de uso administrar información.

El usuario general registra nueva información en el sistema. El usuario general consulta y modifica información del sistema. El usuario general elimina información del sistema.

Caso de uso buscar información.

El usuario general realiza una búsqueda sencilla de información. El usuario general realiza una búsqueda avanzada de información. El usuario general busca información en el top4.

El usuario general busca información utilizando la navegación de la clasificación del conocimiento.

118

VI.3.5.1 Especificación de los casos de prueba

Para cada uno de los escenarios de casos de uso, se definen un conjunto de caso de pruebas. La definición de cada caso de prueba abarca la descripción, objetivos, condiciones, procedimientos, datos de entrada y resultados esperados en cada prueba. En éste apartado se presentan de manera resumida los casos de prueba más relevantes para el sistema AdoptPro. Para mayor detalle de los casos de prueba, revisar el reporte técnico (Ocegueda- Miramontes, 2010)

Tabla XV. Descripción del caso de prueba registrar organización.

Identificador: CP.RO

Nombre: Registrar organización

Creado por: Violeta Ocegueda. Modificado por:

Fecha de creación: 10/Junio/2010 Última actualización:

Roles afectados: Administrador general del sistema. Flujo normal:

- El sistema no debe permitir registrar datos no válidos.

- El sistema no debe permitir que el nombre o alias de la organización se repitan en la base de datos.

- El sistema debe agregar una organización cuando todos los datos son válidos.

Afecta: - Registrar organización.

- Modificar organización.

Tabla XVI. Descripción del caso de prueba registrar elemento de clasificación del conocimiento.

Identificador: CP.RECC

Nombre: Registrar elemento de clasificación del conocimiento

Creado por: Violeta Ocegueda. Modificado por:

Fecha de creación: 10/Junio/2010 Última actualización:

Roles afectados: Administrador general del sistema.

Flujo normal:

- El sistema no debe permitir registrar datos no válidos.

- El sistema no debe permitir que se registre un elemento de la clasificación del conocimiento sin que se especifiquen sus permisos de lectura.

- El sistema debe agregar un elemento en la clasificación del conocimiento cuando todos los datos son válidos.

Afecta: - Registrar elemento de clasificación del conocimiento. - Modificar elemento de clasificación del conocimiento.

Roles afectados: Administrador de la organización.

Flujo normal: - El sistema no debe permitir registrar datos no válidos.

- El sistema no debe permitir que el nombre o alias de un usuario se repita en la organización.

- El sistema debe agregar el nuevo usuario cuando todos los datos son válidos. Afecta: - Registrar elemento de clasificación del conocimiento.

- Modificar elemento de clasificación del conocimiento.

Tabla XVIII. Descripción del caso de prueba registrar información.

Identificador: CP.RI

Nombre: Registrar información.

Creado por: Violeta Ocegueda. Modificado por:

Fecha de creación: 10/Junio/2010 Última actualización:

Roles afectados: - Administrador de la organización. - Usuario general.

Flujo normal:

- El sistema no debe permitir registrar datos no válidos.

- El sistema no debe permitir que se registren archivos o temas sin que se especifiquen sus permisos de lectura.

- El sistema no debe permitir que se publiquen conocimientos o experiencias sin que se especifiquen sus permisos de lectura.

- El sistema debe agregar nueva información cuando todos los datos son válidos. Afecta: - Registrar elemento de clasificación del conocimiento.

- Modificar elemento de clasificación del conocimiento.

Tabla XIX. Descripción del caso de prueba buscar información utilizando la navegación de la clasificación del conocimiento.

Identificador: CP.BINCC

Nombre: Buscar información utilizando la navegación de la clasificación del conocimiento.

Creado por: Violeta Ocegueda. Modificado por:

Fecha de creación: 10/Junio/2010 Última actualización:

Roles afectados:

- Administrador general del sistema. - Administrador de la organización. - Usuario general.

- Usuario externo.

Flujo normal:

- El sistema debe restringir las búsquedas de los usuarios de acuerdo a su rol. - El sistema debe restringir las búsquedas de información de acuerdo al estatus de

la información (publicada o no publicada).

- El sistema debe devolver la información buscada al usuario, cuando el estatus de la información se publicada y el usuario tenga permiso de lectura sobre esa información.

Afecta: - Registrar elemento de clasificación del conocimiento. - Modificar elemento de clasificación del conocimiento.

120

Documento similar