OBJETIVO Realizar un Plan de pruebas para nuestro software y comprender la relación que existe entre cada uno de los elementos que lo conforman.

DESARROLLO Haciendo uso del estándar MOPROSOFT, se definen las actividades a seguir para obtener el plan de pruebas necesario para validar nuestro sistema.

Realización de la fase de inicio: Revisar con los miembros del equipo de trabajo el plan de desarrollo actual para lograr un entendimiento común y obtener su compromiso con el proyecto. 1.2 Elaborar el reporte de actividades registrado de las actividades realizadas, fecha de inicio y fin, responsables por actividad y mediciones requeridas.

Realización de la fase de requerimientos. 2.1 Distribuir tareas a los miembros del equipo de trabajo según el rol, de acuerdo con el plan de desarrollo actual. 2.2 Documentar o modificar la especificación de requerimientos

• Identificar y consultar fuentes de información para obtener nuevos requerimientos
• Analizar los requerimientos identificados para delimitar y su factibilidad, considerando las restricciones del ambiente de los negocios del cliente o del proyecto
• Elaborar o modificar el prototipo de la interfaz con el usuario.
• Generar o actualizar la especificación de los requerimientos
• Validar la especificación de requerimientos.

Realización de la fase de análisis y diseño. 3.1 Distribuir tareas a los miembros del equipo de trabajo según su rol. 3.2 Documentar o modificar el análisis y diseño

• Analizar la especificación de requerimientos para generar la descripción de la estructura interna del sistema y su descomposición en subsistema y estos a su vez en componentes, definiéndolas interfaces entre ellos.
• Describir el detalle de la apariencia y el comportamiento de la interfaz con la base de la especificación de requerimientos de forma que se pueda prever los recursos para la implementación.
• Generar o actualizar el análisis y diseño. 3.3 validar el análisis y diseño Realización de la fase de construcción. 4.1 distribuir tareas a los miembros del equipo de trabajo según el rol, de acuerdo al plan de desarrollo actual. 4.2 construir o modificar componentes de software.
• Implementar o modificar componentes con la base a la parte detallada del análisis y diseño.
• Definir y aplicar pruebas unitarias para verificar que el funcionamiento de cada componente. Realización de la fase de integración y pruebas. 5.1 realizar integración y pruebas
• Integrar los componentes en subsistemas o en el sistema del software y aplicar pruebas.

1.- Primero accedemos a la página de TestRail, le damos click en prueba TestRail.

2.-Completamos nuestros datos para el registro y seleccionamos la primera opción para una prueba local

3.- para completar la creación, le damos clic en donde dice no soy un robot

4.- Una vez confirmamos nuestro correo para poder acceder a nuestra cuenta de testRail.

5.- Después ingresamos nuestro nombre para que pueda identificar la persona.

6. -Despues añadimos un caso mas de nombre NombreUsuario el cual se evaluara el dato si cumple con los requisitos de nuestra validacion. Lo rellenamos de la siguiente manera.

7.- En esta ventana se agrego el login, para ingresar datos de usuario

8.- En esta ventana nos muestra, cuando se agregó los datos del docente.

9.- Una vez registrado nuestros requisitos funcionales empezaremos a realizar las pruebas de cada uno de los RF para ver que funcionen correctamente y no tengamos detalles de funcionamiento.

10.- asignamos el nombre de la prueba de la ejecución para realizar cada una de ellas.

11.- Realizamos la prueba con registro de usuario.

12.- Visualizamos los defectos y podemos ver que no tenemos ningún defecto y continuamos con el siguiente.

13.- Verificamos el registro en l BD y podemos notar que iniciar sesión con el administrador no registraba los datos en la tabla del BD.

14.- Solucionamos error de conexión con la BD.

16.- Los resultados de las pruebas.

17.-Realizamos la prueba de validación del usuario profesor y no tuvimos ningún error al registrar e ingresar al sistema.

18.- Al cambiar la contraseña del docente, pudimos notar que no se cambia la contraseña y pudimos notar otro bug.

19.- Actualizamos los repositorios en github para poder solucionar el error en docentes que no cambia la contraseña.

20.- Ahora al cambiar la contraseña del usuario docente si se nos actualiza correctamente.

21.- Continuamos con las pruebas y nos apareció un error en el RF creación de materia.

22.- Aquí podemos notar que al crear una materia no se nos crea dentro del sistema.

23.-Actualizamos los repositorios y solucionamos el error de creación de una materia.

24.-Aquí podemos observar que ya se puede registrar una clase y el error ya esta resuelto que no se creaban las clases.

25.-Una vez finalizada las pruebas de los RF nos muestra 100% y en verde esto quiere decir que todo está funcionando correctamente.

26.-Damos clic en informe para visualizar los datos obtenidos.

27.-Visualizamos el informe que nos muestra.

28.-Visualizamos los resultados obtenidos del los RF.