PRUEBAS DE SOFTWARE 

Introducción

Evaluación y mejora para el desarrollo de software

Evaluación

Recolectar y analizar datos con el fin de poder tomar decisiones acerca de un proyecto o programa.

Mejora

Producir software de la mejor calidad posible, que cumpla y si puede supere las expectativas de los usuarios.

¿Qué es un proceso?

Básicamente, es un método para hace o producir algo, es un conjunto de prácticas realizadas para obtener un resultado. Esto incluye herramientas, técnicas, materiales y personas.

Desarrollo

¿Qué es una prueba de software?

Las pruebas de software consisten en comprobar la funcionalidad de un programa con una serie de pruebas que comprueban la implementación,  calidad o usabilidad y así encontrar posibles fallas en el programa y posteriormente poder solucionarlo.

Importancia de las pruebas de software

Las pruebas de software nos dan la garantía de que un programa trabaja de manera correcta y verifican los siguientes puntos:

• Detectar fallas en el software
• Comprobar el funcionamiento optimo de los componentes
• Verificar que todos los requerimientos hayan sido implementados correctamente.
• Encontrar fallas y una vez corregidas tengan un funcionamiento adecuado
• Crear situaciones de uso que puedan tronar el sistema para encontrar fallas o mal funcionamiento de los componentes del programa

    Asegura que el cliente este satisfecho y que la calidad final del producto sea la esperada, además de que reduce los costes de mantenimiento.

Procedimiento para generar el plan de pruebas

• Conocer el objetivo de la prueba, es decir, que se quiere obtener de ella
• Saber como se realizará la prueba, es decir, que tipo de prueba se usará para conocer la calidad de los componentes y elementos
• Desarrollar los casos de prueba 
• Crear un documento con cada resultado obtenido de la prueba realizada y el objetivo deseado de la prueba

Estructura de un plan de pruebas

Definición de prueba

Ensayos que se hacen para saber cómo resultará algo en su forma definitiva.

• Validación:

Evaluar un sistema o componente durante o al final del proceso del desarrollo para determinar si satisface los requisitos especificados.

• Verificación:

Evaluar un sistema o componente para determinar si los productos de una determinada fase satisfacen las condiciones impuestas al comienzo de la fase.

 

Error Acción humana que conduce a un resultado incorrecto.

Defecto Desperfecto en un componente que puede causar fallas en sus funciones. 

Fallo Incapacidad en el sistema para realizar sus funciones.

IEEE 829

La IEEE 829 es el estándar para la documentación de pruebas de software.

Se aplica a los sistemas basados en software que se desarrollan, mantienen o reutilizan.

Documento 1. 

Plan de pruebas. Documento eje sobre el cual se desarrollan las pruebas. Describe alcance, enfoque, recursos y calendarización de actividades de prueba. Identifica los ítems y características a probar. Identifica las tareas de prueba a desarrollar, los responsables de cada tarea y los riesgos asociados. 

Documento 2. 

Especificación del diseño de pruebas. Se determina QUÉ necesita ser probado. Se determina cómo sería una prueba exitosa. Se deriva de los requerimientos.

Documento 3. 

Especificación de casos de prueba. Valores exactos de entrada y otros que se requieran. Valores exactos de salida y cambios del sistema esperados. Pasos para ejecutar las pruebas.

Documento 4. 

Procedimientos de prueba. Describe cómo el tester ejecutará físicamente la prueba y los pasos necesarios.

Documento 5. 

Reporte de transmisión de ítems de pruebas. Describe los ítems para prueba, dónde encontrarlos y da la aprobación para su liberación. Es importante porque garantiza al tester de que los ítems están listos para ser probados.

Documento 6. 

Log de pruebas. Registra los detalles sobre qué casos de pruebas se han ejecutado, en qué orden y sus resultados (pass/fail). Si hay inconformidades, se levanta o actualiza un reporte de incidentes.

Documento 7. 

Reporte de incidentes de prueba. Descripción de los detalles encontrados cuando la prueba no pasó.

Documento 8. 

Reporte de pruebas. Resume la información importante sobre las pruebas, incluyendo:  

Evaluación de qué tan bien se realizaron las pruebas, número de incidentes reportados, evaluación sobre la calidad del sistema.

El documento es importante porque sirve para decidir si la calidad del sistema es suficiente para continuar.

Conclusión

Las pruebas de software son una etapa de los requerimientos para el desarrollo del mismo que nos proporciona algunas herramientas en la documentación y además nos ayuda a detectar problemas y dar la funcionalidad correcta a los componente de nuestro programa; esto trae algunas ventaja como la satisfacción al cliente, reduce costos de mantenimiento y da una garantía de que el programa esta funcionando de manera optima; en la documentación de las pruebas de software encontramos el estándar ieee 829 que nos da una serie de puntos para llevar a cabo las pruebas y poder documentarlas de una manera efectiva y que este ayude para futuros percances del software; las pruebas deben ser seleccionadas de una manera adecuada para cada componente y realizar una documentación al completo de ello.

Bibliografía

https://www.ecured.cu/Pruebas_de_software

https://es.wikipedia.org/wiki/Pruebas_de_software

https://www.iti.es/servicios/calidad-de-software/pruebas-de-software/

https://es.wikipedia.org/wiki/IEEE_829

https://programacionymas.com/blog/tipos-de-testing-en-desarrollo-de-software

https://openwebinars.net/blog/tipos-de-pruebas-de-software/