PRACTICA 2: PLAN DE PRUEBAS Integrantes: Antonio Tobias Huerta Ana Valeria Trejo Jimenez Profesor: Mario Orea León Materia: Evaluación y mejora para el desarrollo de software TSU DESARROLLO Y GESTIÓN DE SOFTWARE UNIVERSIDAD TECNOLOGICA DE TECAMACHALCO La oficina de proyectos de informática www.pmoinformatica.com INTRODUCCIÓN El plan de pruebas se elabora con el fin de especificar qué elementos o componentes se van a aprobar para que el grupo de trabajo pueda realizar el proceso de validación y verificación de los requerimientos funcionales y no funcionales de la herramienta ERMT. Al desarrollar el plan de pruebas se puede obtener información sobre los errores, defectos o fallas que tiene el prototipo, así se realizan las correcciones pertinentes, según el caso y se asegura la calidad del producto que se está entregando al cliente. El plan de Pruebas se aplica sobre el producto es decir el código fuente de ERMT, los resultados de las pruebas son registrados en un formato “REPORTES DE PRUEBAS”. Las pruebas a implementar son básicas, esto incluyen las pruebas unitarias y de integración que son vitales para la validación del producto La oficina de proyectos de informática (http://www.pmoinformatica.com) Página 1 La oficina de proyectos de informática www.pmoinformatica.com Plan de pruebas de software SOFTWARE FREEDOMDAY Fecha: 16/09/2022 Tabla de contenido Historial de Versiones ............................................................................................ 4 Información del Proyecto ....................................................................................... 4 Aprobaciones ......................................................................................................... 4 Resumen Ejecutivo ................................................................................................ 5 Alcance de las Pruebas ......................................................................................... 5 La oficina de proyectos de informática (http://www.pmoinformatica.com) Página 2 La oficina de proyectos de informática www.pmoinformatica.com Elementos de Pruebas ........................................................................................ 5 Nuevas Funcionalidades a Probar ...................................................................... 5 Pruebas de Regresión ........................................................................................ 6 Funcionalidades a No Probar .............................................................................. 6 Enfoque de Pruebas (Estrategia) ........................................................................ 6 Criterios de Aceptación o Rechazo ........................................................................ 6 Criterios de Aceptación o Rechazo ..................................................................... 6 Criterios de Suspensión ...................................................................................... 6 Criterios de Reanudación ................................................................................... 6 Entregables ............................................................................................................ 7 Recursos ................................................................................................................ 7 Requerimientos de Entornos – Hardware ........................................................... 7 Requerimientos de Entornos – Software ............................................................. 7 Herramientas de Pruebas Requeridas ................................................................ 7 Personal ............................................................................................................. 7 Entrenamiento .................................................................................................... 8 Planificación y Organización .................................................................................. 8 Procedimientos para las Pruebas ....................................................................... 8 Matriz de Responsabilidades .............................................................................. 8 Cronograma ........................................................................................................ 8 Premisas ............................................................................................................. 9 Dependencias y Riesgos .................................................................................... 9 Referencias ............................................................................................................ 9 Glosario ................................................................................................................. 9 La oficina de proyectos de informática (http://www.pmoinformatica.com) Página 3 La oficina de proyectos de informática www.pmoinformatica.com Historial de versiones Fecha 10/06/2022 Versión 1.0 Autor Antonio Tobias Organización Rinotec 20/06/2022 1.0.1 Antonio Tobias Huerta Rinotec 7/07/2022 1.1.1 Antonio Tobias Huerta Rinotec 15/07/2022 1.1.2 Antonio Tobias Huerta Rinotec Descripción Primera Versión del software, donde solo se visualizan métodos estáticos Se corrigieron problemas de los diseños y se mejoró la visibilidad del usuario Se implemento la conexión a la base de datos para que los usuarios pudiera conectarse Se corrigieron los problemas de registro e inicio de sesión y se implemento un perfil de usuario Información del proyecto Empresa / Organización Proyecto Fecha de preparación Cliente Patrocinador principal Gerente / Líder de proyecto Gerente / Líder de pruebas de software RINOTEC DOCTORDATE 04/05/2022 ING. Luis Hernández Flores Carnicería Santa Clara Ana Valeria Trejo Jimenez Antonio Tobias Huerta Aprobaciones Nombre y Apellido Cargo Antonio Tobias Huerta Programador Departamento u organización Back-end Líder de equipo Análisis y líder de equipo Ana Valeria Trejo Jimenez Fecha Firma 10/05/2022 20/05/2022 La oficina de proyectos de informática (http://www.pmoinformatica.com) Página 4 La oficina de proyectos de informática www.pmoinformatica.com Resumen ejecutivo El propósito del software es que el medio con el cual se difunde la información del Freedomday se mejore, desarrollando una aplicación web, este plan de pruebas es un plan planificado, en el se detalla paso a paso como es que se va realizando los módulos del proyecto. Contamos con restricciones ya que los recursos económicos no alcanzan a cubrir todos los gastos que el sistema requiere. El alcance que se quiere lograr es que se tenga una plataforma el cual pueda servir para futuros eventos. Alcance de las pruebas Elementos de pruebas Modulo Patrocinadores: En el se plasman todos los patrocinadores que brindan apoyo al evento dándoles un reconocimiento por apoyarnos es un módulo de bajo nivel Modulo Cursos: En el se integran todos los cursos que el evento ofrece para que el alumno pueda visualizarlo este módulo es de alto nivel. Modulo Conferencias: En el se describen todos las conferencias que el evento proporcionara al alumno, así como una breve descripción de lo que trata. Este módulo es de alto nivel. Modulo de Pagos: En el se va a llevar el control de todos los pagos que el alumno genere, mediante un código QR, este módulo es de alto nivel Nuevas funcionalidades a probar Se cuenta con varias interfaces, en donde se puede visualizar, los cursos, conferencias, patrocinadores y el horario del evento, este esta en colores tenues pues se busca que no sea cansado para la vista del usuario. La oficina de proyectos de informática (http://www.pmoinformatica.com) Página 5 La oficina de proyectos de informática www.pmoinformatica.com Pruebas de regresión EL módulo de registro se esta trabajando para mantener una sesión cuando el usuario ya se encuentre registrado, se esta trabajando en un perfil de usuario para que este pueda observar su información cuando se mantenga en sesión Funcionalidades a no probar EL modulo de generar un gafe al usuario, por el tiempo que se tiene para el desarrollo del proyecto es corto y en los entregables se busca tener listo todas las interfaces Enfoque de pruebas (estrategia) Se tiene contemplando realizar pruebas de usabilidad para tener en cuenta que el software sea adecuado para los usuarios. En él se basará la mayoría del proyecto ya que el enfoque principal la usabilidad del usuario este tiene que ser cómodo a la hora de interactuar con las interfaces. Criterios de aceptación o rechazo Criterios de aceptación o rechazo El registro registro de alumnos, debe ser completado al 100%, debe estar considerado una conexión exitosa a la base de datos, la creación de tablas y conexión con llaves foraneas debe quedar cubierto pues sin ellas la aplicación no tendria funcionalidad y se podria considerar como un proyecto fracasado. Criterios de suspensión La funcionalidad de registros debe ser lo primordial en el desarrollo del software en caso de que esta sea fallida no se podra hacer entrega del proyecto, y se regresea a producción, Si las interfaces no concuerdan con lo establecido se considera regresar al departamento de diseño. A pesar de no tener una contemplación al 100 de las interfaces la interactivadad con el usuario se debe cuidar en cada aspectos. Criterios de reanudación Una vez que se logre la conexión a la base de datos, se reanudaran las demás actividades posteriores, de ella dependemos para obtener información constante, La oficina de proyectos de informática (http://www.pmoinformatica.com) Página 6 La oficina de proyectos de informática www.pmoinformatica.com se considera que las interfaces se reanuden un vez que el cliente apruebe el diseño de las mismas. Entregables Todos los documebtos necesarios para la elaboración del proyecto se pasarán al cliente, pruebas y gestión de errores, se hara un reporte el cual tenga a consideración todo lo que se conlleva para realizar el proyecto, los logs de errores que no tenga ponderación se omitiran y se agruparan en uno solo mostrando una gráfica a la finalización del proyecto, considerando el trabajo de todos los departamentos. Recursos Requerimientos de entornos – Hardware Una vez finalizado todo el entorno de trabajo se condiera contemplar • Una computadora con un hardware optimo para la prueba del software • Un servidor en donde alojar el sistema para su posterior revisión. • Una conexión a la base de datos exitosa se encontrara alojada dentro del servidor Requerimientos de entornos – Software No habra necesarios de instalar nada el sistema se alojara en la web, para ello se requiere una excelente conexión a Internet, se pasara el script de la base de datos para que al realizar las pruebas se contemple su efectiva conectividad. Herramientas de pruebas requeridas Mediante la prueba de software se ocuparon softwares en específico que ayuda a la mejor efectividad de la prueba, asi mismo se ocupo de métricas para contribuir a empeñat el rendimiento y metodología en las que se puede basar para la elaboración de las pruebas. Personal Para el desarrollo de las pruebas se requiere • • • Un lider de pruebas 3 análisistas 2 tester La oficina de proyectos de informática (http://www.pmoinformatica.com) Página 7 La oficina de proyectos de informática www.pmoinformatica.com Entrenamiento Se requiere una amplia comprensión en la elaboración de pruebas.. para ello es necesario que el personal se encuentre ampliamente capacitado para la elaboración de pruebas. Planificación y organización Procedimientos para las pruebas Para la elaboración de la prueba de software se consulto las varias metodologías • Prueba unitaria • Prueba de integración • Pruebas funcionales • Pruebas de rendimiento Matriz de responsabilidades EDT Log de errores Comprobación de estado Requerimientos cumplidos Identador de código Usabilidad mejorada Analista I R A I I Tester R C I R C Líder A A R A A Cronograma Log de errores cuenta con 1 semana para el testeo completo del software Usabilidad mejorada cuenta con 4 días en lo que realiza las pruebas necesarias para el desempeño de la actividad Requerimientos cumplidos cuenta con 10 días para informar que se ha logrado el objetivo de cumplir todos los requerimientos Indentado de código cuenta con 4 días para corroborar que el desempeño del código no tiene errores La oficina de proyectos de informática (http://www.pmoinformatica.com) Página 8 La oficina de proyectos de informática www.pmoinformatica.com Premisas Para la elaboración de todas las actividades solo se cuenta con el tiempo establecido el encargado de dicha actividad deberá cuidar su tiempo de entrega de lo contrario la prueba no se efectuara a lo que se indico en dicha actividad, es necesario contar con todas las tareas realizadas, para ello se sugiera el uso de Pruebas Unitarias, Pruebas de Funcionalidades, Pruebas de Integración entre otras. Dependencias y Riesgos Todas las actividades están ligadas al proyecto en el caso de presentar un error se deberá informar y se regresará a producción el sistema • Dependencia con desarrollo • Dependencia con análisis • Dependencia con el departamento back-end • Dependencia con el departamento de diseño Todos los aspectos deben estar cuidados y de ser necesario corroborar que no exista fallas para que el software sea eficiente. Referencias • • • • • • • Plan de proyecto. Especificaciones de requerimientos. Diseño general. Diseño detallado. Procedimientos y estándares de desarrollo. Procedimientos y estándares de pruebas. Metodologías, procedimientos y estándares corporativos. Glosario Pruebas Unitarias: Cada componente es testeado para que funcione correctamente Prueba de Integración: Es una extensión lógica de las pruebas unitarias La oficina de proyectos de informática (http://www.pmoinformatica.com) Página 9 La oficina de proyectos de informática www.pmoinformatica.com Pruebas Funcionales: Se basan en asegurarse de que todas las características funcionen de cabo a rabo Conclusión Antonio Tobias: A través de los diferentes documentos que se han realizado, se pretende retomar información directamente relacionada con las pruebas, para asegurar la calidad de estas y del producto. Además, le permite al responsable de las pruebas saber exactamente los criterios que se deben tener en cuenta para probar cada elemento del sistema. Ana Valeria Trejo Jimenez: Además, a través del plan de pruebas se puede continuar con la trazabilidad de los requerimientos, con lo cual el grupo de trabajo, identifica el porcentaje de avance que se ha logrado hasta cierto momento. REFERENCIAS Novoseltseva, E. (2021, 20 junio). Técnicas de testeo de software y herramientas. Apiumhub. Recuperado 4 de octubre de 2022, de https://apiumhub.com/es/techblog-barcelona/tecnicas-de-testeo-de-software/ Pursell, S. (2022, 24 agosto). Matriz RACI: qué es, cómo crearla y ejemplos. Recuperado 4 de octubre de 2022, de https://blog.hubspot.es/marketing/matriz-raci La oficina de proyectos de informática (http://www.pmoinformatica.com) Página 10
