Los muchos tipos de métodos de prueba de software

Antes de que el software se haga público, los programadores pasan horas tratando de solucionar cada pequeño error. Hasta que el producto no satisfaga a todas las partes interesadas, no estará disponible para uso comercial.

Las grandes empresas de software, como Google, tienen éxito a pesar de los errores de baja prioridad en su software porque tienen inversores pacientes y usuarios leales. Sin embargo, las empresas más pequeñas y las nuevas empresas no tienen ese lujo. Los clientes esperan que los productos hagan lo que dicen en la página de ventas o en la documentación. Con tantas opciones disponibles, no se lo pensarán dos veces antes de saltar si el producto pierde su tiempo y dinero. Por lo tanto, el software se somete a pruebas rigurosas antes del lanzamiento para:

• Destacar las diferencias entre el concepto original y la salida final.
• Verifique que el software funcione de la manera que los diseñadores planearon
• validar que el producto final cumple con los requisitos del cliente
• evaluar características y calidad

Las pruebas siguen un plan estricto para optimizar las habilidades, el tiempo y el dinero del personal y, al mismo tiempo, proporcionar a las partes interesadas información esencial para hacer avanzar el producto. El objetivo es facilitar una buena experiencia para el usuario final a través de un sólido programa de garantía de calidad.Con los riesgos tan altos, los gerentes de control de calidad son algunos de los que más ganan en la industria de la tecnología. Las pruebas generalmente siguen estos pasos:

1. Análisis de requisitos donde los gerentes describen un plan para implementar una estrategia de prueba adecuada.
2. Las pruebas comienzan y los resultados se someten a análisis.
3. Cualquier defecto se corrige y el software pasa por las pruebas de regresión, un sistema para verificar que el programa aún funciona después de las modificaciones.
4. Un informe de cierre de prueba luego detalla todo el proceso y los resultados.

Las personas pueden convertirse en evaluadores de software certificados a través de organizaciones como BCS, The Chartered Institute for IT, ISTQB® (Junta Internacional de Calificación de Pruebas de Software) y ASQ (antes Sociedad Americana de Calidad).

Métodos de prueba de software

Las pruebas de caja negra y caja blanca son los dos métodos fundamentales para juzgar el comportamiento y el rendimiento del producto, pero también existen otros métodos.

• Prueba de caja negra: También llamado prueba funcional o basada en especificaciones, este método se enfoca en la salida. Los probadores no están preocupados por los mecanismos internos. Solo comprueban que el software hace lo que se supone que debe hacer. El conocimiento de la codificación no es necesario, y los evaluadores trabajan a nivel de interfaz de usuario.
• Prueba de caja blanca: Este método utiliza conocimientos de codificación como parte del procedimiento de prueba. Cuando un producto falla, los evaluadores profundizan en el código según sea necesario para encontrar la causa. Los desarrolladores de software lo hacen ellos mismos ya que determinan cómo debería funcionar el producto. Las pruebas basadas en la estructura y en la caja de vidrio son otros nombres para este método.

• Pruebas estáticas: Los evaluadores examinan el código y la documentación del software, pero no ejecutan el programa. Las pruebas estáticas comienzan temprano en el desarrollo del producto durante el proceso de verificación.
• Pruebas dinámicas: El software se ejecuta con varias entradas, y los probadores comparan las salidas con el comportamiento esperado con este método.
• Prueba de interfaz gráfica de usuario: Esto prueba las características de la GUI, como el formato de texto, los cuadros de texto, los botones, las listas, el diseño, los colores, las fuentes, los tamaños de fuente, etc. Las pruebas de GUI requieren mucho tiempo, y las compañías de terceros a menudo asumen la tarea en lugar de los desarrolladores.

Niveles de prueba

Se utilizan diferentes niveles de prueba para identificar áreas de debilidad y superposición en cada fase del ciclo de vida del desarrollo de software.

• Examen de la unidad: Los desarrolladores prueban las partes más básicas del código como clases, interfaces y funciones / procedimientos. Saben cómo debe responder su código y pueden hacer ajustes dependiendo de la salida.
• Pruebas de componentes: Otros nombres son pruebas de módulo o programa. Es similar a las pruebas unitarias, pero contiene un mayor nivel de integración. Los módulos del software se prueban en busca de defectos para verificar su función individual.
• Pruebas de integración: Esto identifica errores cuando los módulos están integrados. Las diferentes pruebas de integración son de abajo hacia arriba, de arriba abajo, y funcionales incrementales.

• Pruebas del sistema: Los componentes de un proyecto se prueban como un todo en diferentes entornos con este método. Cae bajo el método de la caja negra y es una de las pruebas finales en el proceso. Determina si el sistema funciona como debería para satisfacer las necesidades de los negocios y los usuarios.
• Prueba alfa El personal interno prueba el software en el sitio del desarrollador en un entorno simulado o real. Después de eso, los desarrolladores rectifican errores y otros problemas.
• Prueba Beta: También conocido como prueba de campo, los clientes prueban el producto en sus propios sitios en condiciones reales. Los clientes pueden ofrecer a un grupo de usuarios finales la oportunidad de probar el software a través de versiones preliminares o beta. Los comentarios sobre posibles mejoras se envían al desarrollador.

• Test de aceptación: También bajo el alcance de las pruebas de caja negra, los clientes prueban el software para averiguar si el desarrollador ha creado el programa con las especificaciones deseadas.

Tipos de prueba

Los diferentes tipos de pruebas de software están diseñados para centrarse en objetivos específicos.

• Pruebas de instalación: El ingeniero de pruebas de software y el administrador de configuración realizan esta prueba para garantizar que el usuario final pueda instalar y ejecutar el programa. Cubre áreas como archivos de instalación, ubicaciones de instalación y privilegios administrativos.
• Pruebas de desarrollo: Esto implementa un rango de estrategias sincronizadas para detectar y prevenir defectos. Incluye análisis de código estático, revisiones de código de pares, trazabilidad y análisis de métricas. El objetivo es reducir los riesgos y ahorrar costes.
• Pruebas de usabilidad: La experiencia del usuario se destaca bajo esta prueba. Mide qué tan bien está diseñada la GUI y su facilidad de uso. La prueba verifica la precisión y eficiencia de las funciones y las respuestas emocionales de los sujetos de prueba.

• Pruebas de cordura: Esto indica si el software vale el tiempo y el costo para continuar con las pruebas. Si hay demasiados defectos, no se seguirán pruebas más agresivas.
• Pruebas de humo: Las pruebas de humo revelan fallas básicas que son lo suficientemente graves como para evitar la liberación. Cuando esto se lleva a cabo en una nueva compilación, se denomina prueba de verificación de compilación.
• Pruebas de regresión: Cuando el sistema se modifica, la prueba de regresión monitorea el comportamiento inesperado. Señala efectos adversos en módulos o componentes.
• Pruebas destructivas: Los evaluadores ingresan entradas anormales y perciben la capacidad del software para administrar entradas inesperadas. Esto muestra a los desarrolladores lo robusto que es el programa en la gestión de errores.
• Pruebas de recuperación: Cuando el hardware u otras funciones fallan, esta prueba muestra qué tan bien el software puede recuperarse y continuar la operación.
• Pruebas automatizadas: Esto realiza funciones difíciles de implementar manualmente. Utiliza un software específico para ejecutar las pruebas y para proporcionar datos sobre los resultados reales frente a los esperados.
• Pruebas de compatibilidad: El software debe ejecutarse en diferentes entornos informáticos, por lo que esto verifica la compatibilidad con diferentes sistemas. Por ejemplo, ¿el software funciona con varios sistemas operativos y navegadores web?
• Pruebas de rendimiento: Esta es una prueba en profundidad que examina el rendimiento del software en diferentes escenarios. Se recopila información sobre la capacidad de respuesta, la estabilidad, la asignación de recursos y la velocidad. Además, las subpruebas como el volumen, la capacidad y las pruebas de picos juegan un papel en este proceso.
• Pruebas de seguridad: Esto mide la capacidad del software para proteger la seguridad de los usuarios. Esto significa funciones de autorización, autenticación, confidencialidad, integridad, disponibilidad y no rechazo.
• Pruebas de accesibilidad: Esto no es lo mismo que las pruebas de usabilidad. Esto determina hasta qué punto los usuarios de diferentes capacidades, incluidas las discapacidades físicas y de aprendizaje, pueden usar el software.
• Internacionalización y pruebas de localización: Los resultados muestran cómo el software puede adaptarse a diferentes idiomas y demandas regionales. Esto incluye agregar componentes para ubicaciones específicas y traducir texto.