Pruebas de software
- 1. PRUEBAS DE SOFTWARE Las pruebas son básicamente un conjunto de actividades dentro del desarrollo de software. Dependiendo del tipo de pruebas, estas actividades podrán ser implementadas en cualquier momento de dicho proceso de desarrollo. Existen distintos modelos de desarrollo de software, así como modelos de pruebas. A cada uno corresponde un nivel distinto de involucramiento en las actividades de desarrollo.
- 3. PRUEBA DE CAJA NEGRA Las pruebas de caja negra son pruebas funcionales dedicadas a “mirar” en el exterior de lo que se prueba. Se centran principalmente en lo que “se quiere” de un módulo o sección específica de un software, es decir, es una manera de encontrar casos específicos en ese modulo que atiendan a su especificación. Las pruebas de caja negra se limitan a que el tester pruebe con “datos” de entrada y estudie como salen, sin preocuparse de lo que ocurre en el interior.
- 4. PRUEBA DE CAJA BLANCA También suelen ser llamadas estructurales o de cobertura lógica. En ellas se pretende investigar sobre la estructura interna del código, exceptuando detalles referidos a datos de entrada o salida, para probar la lógica del programa desde el punto de vista algorítmico. Realizan un seguimiento del código fuente según se va ejecutando los casos de prueba, determinándose de manera concreta las instrucciones, bloques, etc. que han sido ejecutados por los casos de prueba.
- 6. PRUEBA DE INTEGRACION Las pruebas de integración se llevan a cabo durante la construcción del sistema, involucran a un número creciente de módulos y terminan probando el sistema como conjunto. Estas pruebas se pueden plantear desde un punto de vista estructural o funcional. Las pruebas estructurales de integración se refiere a llamadas entre módulos. Se trata de identificar todos los posibles esquemas de llamadas y ejercitarlos para lograr una buena cobertura de segmentos o de ramas. Las pruebas funcionales de integración trata de encontrar fallos en la respuesta de un módulo cuando su operación depende de los servicios prestados por otro(s) módulo(s).
- 7. PRUEBAS DEL SISTEMA Son similares a las pruebas de caja negra, solo que estas buscan probar al sistema como un todo. Están basadas en los requerimientos generales y abarca todas las partes combinadas del sistema.
- 8. Estas pruebas como su nombre lo indica, buscan verificar que el contenido del sistema sea coherente y consistente a la vez. Tambien se debe de verficar que las palabras usadas para transmitir una idea al usuario sean las adecuadas y que la idea transmitida sea la misma.
- 9. PRUEBA DE FUNCIONALIDAD Este tipo de pruebas examina si el sistema cubre sus necesidades de funcionamiento, acorde a las especificaciones de diseño. En ellas se debe verificar si el sistema lleva a cabo correctamente todas las funciones requeridas, se debe verificar la validacion de los datos y se deben realizar pruebas de comportamiento ante distintos escenarios. Estas pruebas deben estar enfocadas a tareas, a limites del sistema, a condiciones planeadas de error y de exploracion. Para estas pruebas usamos los esquemas de pruebas de caja negra ya que nos interesa saber si funciona o no, independientemente de la forma en que lo haga.
- 10. PRUEBAS DE USABILIDAD Tienen la finalidad de verificar que tan facil de usar es un sistema. Las pruebas de usabilidad deben verificar aprendizaje( que tan facil es para los usuarios realizar tareas basicas la primera vez que tienen contacto con el sistema), eficiencia (una vez que los usuarios han aprendido algo del sistema, que tan rapido pueden llevar a cabo las tareas), manejo de errores y grado de satisfaccion. Para obtener resultados realistas en este tipo de pruebas, es importante dejar que las personas que estan probando el sistema resuelvan los problemasque que les presentan por si mismos, ya que si uno les ayuda, ya esta contaminando las pruebas.