Cuando una empresa desarrolla un software, también necesita probarlo. Se utilizan diferentes métodos de prueba en función del tipo de software y de los objetivos del desarrollador, el analista de control de calidad o el equipo de pruebas. Es importante saber más sobre las diferentes pruebas disponibles para poder determinar cuál es la mejor para su proceso de desarrollo de software. En este artículo, explicamos qué son las pruebas de software y compartimos una lista de 113 tipos de pruebas de software que puede elegir.
¿Qué es la prueba de software?
Las pruebas de software son el proceso de asegurarse de que un programa funciona como debería. El software puede utilizarse en muchos escenarios, desde aplicaciones móviles y sitios web hasta programas internos del lugar de trabajo y sistemas de correo electrónico. El usuario final puede ser un compañero de trabajo, un cliente, un vendedor o cualquier otro grupo. Es importante llevar a cabo pruebas de software para poder identificar si el software es fácil de usar, incorpora todo lo que debería, es funcional y no tiene ningún error o falta.
Relacionado: Ingeniero de software frente a desarrollador de software: ¿Cuál es la diferencia?
Tres formas de comprobar
Hay tres formas generales de probar el software. Considere la forma que prefiere para realizar las pruebas al seleccionar los métodos de prueba adecuados.
-
Pruebas manuales: Los probadores utilizan pruebas prácticas de aspectos individuales del software. Esto puede llevar mucho tiempo en el acelerado desarrollo de software actual.
-
Pruebas automatizadas: Los scripts de prueba y las herramientas especializadas prueban automáticamente el software.
-
Pruebas continuas: Los programas informáticos se someten continuamente a pruebas automatizadas a gran escala.
20 tipos de pruebas
Hay más de 100 tipos de métodos de pruebas de software. A continuación, se detallan los 20 más importantes:
Relacionado: Cómo entender las diferentes metodologías de pruebas de software
1. Pruebas de aceptación
Un cliente suele realizar pruebas de aceptación. Ellos probarán su software basándose en factores como los requisitos del negocio, las necesidades del usuario final y el rendimiento. Si el software pasa la prueba, el cliente ha aceptado el software. Si no es así, el cliente puede pedirle que realice actualizaciones adicionales antes de aceptarlo.
2. Pruebas de accesibilidad
Las pruebas de accesibilidad están al servicio de la población discapacitada. Quieres asegurarte de que tu software puede ser utilizado por aquellos que pueden ser ciegos, sordos, daltónicos o tienen otros impedimentos. La accesibilidad es un requisito de las Directrices de Accesibilidad al Contenido en la Web (WCAG), la sección 508 y la Ley de Estadounidenses con Discapacidades (ADA). Las infracciones pueden costar a su empresa 55.000 dólares o más en multas. Las pruebas de accesibilidad suelen consistir en mirar el tamaño y el color de la letra, asegurarse de que el sonido funciona y el usuario puede ajustarlo y que las imágenes y otras partes del sitio web están optimizadas para los lectores de pantalla y los programas de voz.
3. Pruebas activas
Con las pruebas activas, el probador adopta el papel de usuario final, interactuando con el software como lo haría un cliente o vendedor. Un probador puede identificar cualquier problema que un profano pueda tener al navegar por el software, ya sea un sitio web o una aplicación móvil, y puede utilizar un entorno en vivo o una demostración de alta tecnología para replicar la experiencia del usuario final.
4. Pruebas ad hoc
En las pruebas ad hoc, un probador trabaja para encontrar defectos y otros errores intentando deliberadamente romper el software realizando acciones al azar. Esto ayuda a garantizar que el equipo de software pueda solucionar los problemas y corregirlos antes de que el programa se ponga en marcha. Las pruebas ad hoc pueden ser realizadas por un probador, un desarrollador de software o cualquier otra persona que participe en el proyecto. Lo que diferencia a las pruebas ad hoc de otras es que se realizan sin documentación ni casos de prueba.
5. Prueba de edad
La prueba de edad la realiza un probador o un equipo para evaluar el rendimiento del software en el futuro. Aunque es normal que el rendimiento disminuya con el tiempo, las pruebas de edad ayudan al equipo de pruebas a comprender el impacto que tendrá el tiempo en el software y su usabilidad.
6. Pruebas ágiles
El equipo de garantía de calidad (QA) suele realizar pruebas ágiles sobre el software de acuerdo con las metodologías ágiles de gestión y desarrollo de proyectos. Las pruebas ágiles hacen hincapié en la perspectiva del cliente y en la colaboración de todos los participantes en el proyecto.
Relacionado: Cómo convertirse en analista de control de calidad
7. Pruebas alfa
El propósito de las pruebas alfa es ayudar a encontrar todos los problemas de un software completo. Para ello, el equipo de pruebas suele crear un entorno virtual en el que puede probar datos reales en tiempo real. Las pruebas alfa tienen lugar antes de las pruebas beta y de la entrega al usuario final, ya sean empleados internos, clientes o proveedores. El objetivo es hacer una revisión exhaustiva del software para poder entregarlo sin errores ni fallos.
8. Pruebas de API
El equipo de control de calidad realiza pruebas de la interfaz de programación de aplicaciones (API). Las pruebas de API comprueban la funcionalidad, fiabilidad, seguridad y rendimiento entre dos o más sistemas de software. El software envía una llamada a la interfaz y la prueba revisa la respuesta. El objetivo es garantizar que los dos programas informáticos funcionen juntos para ofrecer una gran experiencia al usuario.
Relacionado: 7 preguntas y respuestas de la entrevista sobre la API web
9. Prueba de aseveración
Las pruebas de aserción implican el uso de expresiones booleanas y cadenas de búsqueda para encontrar cualquier error en el programa. Si una expresión booleana resulta verdadera, los desarrolladores y probadores sabrán que hay un error en alguna parte del software.
10. Pruebas automatizadas
Las máquinas realizan pruebas automatizadas en comparación con las pruebas manuales realizadas por una persona. Con las pruebas automatizadas, un desarrollador o ingeniero de software escribe un código de prueba que una máquina puede ejecutar. La eficacia de las pruebas automatizadas depende de lo bien que esté escrito el código de prueba. Se puede escribir un código de prueba para cualquier cosa, desde una sola acción hasta algo mucho más complejo.
Relacionado: 8 preguntas de la entrevista de pruebas de automatización (con ejemplos)
11. Pruebas de compatibilidad con versiones anteriores
Las pruebas de compatibilidad con versiones anteriores se utilizan para garantizar que una versión nueva o actualizada de su software sigue siendo compatible con las versiones anteriores y con los demás sistemas, navegadores y aplicaciones con los que se ha conectado antes y que el usuario final puede utilizar el software sin interrupciones.
12. Pruebas de la trayectoria de la base
La prueba de la ruta base, también llamada «prueba estructurada», es un método para probar todas las rutas posibles que un usuario final podría tomar a través del software. Aunque se trata de una forma bastante metódica de realizar las pruebas, ayuda a evitar problemas y redundancias más adelante en el proceso o, lo que es peor, cuando el cliente ya está utilizando el software.
13. Pruebas de referencia
Las pruebas de referencia miden el tiempo que se tarda en completar un determinado tipo y número de actividades. Un equipo de pruebas puede intentar sobrecargar el sistema para ver cuánto puede soportar antes de colapsar. Por ejemplo, si el software que se está probando es un sitio web, el equipo puede desplegar numerosas visitas al sitio web para probar cuánto tiempo tarda en cargarse la página de inicio. Las pruebas de referencia también pueden comparar versiones de software para asegurarse de que todas alcanzan los puntos de referencia preestablecidos.
14. Pruebas beta
Las pruebas beta se realizan después de las pruebas alfa y antes de que el software se entregue al usuario final. Mientras que las pruebas alfa se realizan en un entorno virtual, las pruebas beta se llevan a cabo en un entorno real por parte de un grupo selecto de usuarios finales—o personas que finalmente utilizarán el producto una vez finalizadas las pruebas. Los probadores no han participado en el desarrollo, por lo que no tienen suposiciones ni conocimientos sobre el funcionamiento del software.
Las pruebas beta ayudan a los desarrolladores a aprender cómo un usuario final podría interactuar con el software, a encontrar cualquier error que se haya pasado por alto durante las pruebas anteriores y a realizar cualquier actualización basada en sus hallazgos.
15. Pruebas de integración de Big Bang
Con las pruebas de integración big bang, todas las facetas del software se integran a la vez para que las pruebas puedan comenzar como un todo. Los desarrolladores utilizan las pruebas de integración big bang cuando están seguros de que habrá pocos o ningún error en su trabajo. Aunque es útil como prueba holística, este tipo de prueba puede ser difícil para los desarrolladores para localizar el error y puede ser necesario retroceder significativamente para identificar lo que sucedió y cómo solucionarlo.
16. Prueba de portabilidad binaria
Los equipos de pruebas utilizan las pruebas de portabilidad binaria para comprobar la funcionalidad de un programa en diferentes plataformas y en varios entornos. Es una característica importante, especialmente para los requisitos de conformidad de la ABI.
17. Pruebas de caja negra
El equipo de control de calidad suele utilizar pruebas de caja negra para verificar la funcionalidad de una aplicación. Los probadores no tienen conocimiento previo de cómo se codificó el software o cómo funciona. Simplemente quieren saber si el software hace lo que se espera y cumple los requisitos específicos.
Relacionado: Guía de pruebas manuales
18. Pruebas de integración ascendente
Las pruebas de integración ascendentes comienzan probando los niveles más bajos del software y, de forma incremental, utilizan estos niveles completos de prueba para probar elementos de nivel superior del software.
19. Pruebas de valor límite
Con las pruebas de valores límite, el equipo de control de calidad comprueba los extremos del software o programa y los valores de entrada seleccionados. Las pruebas suelen realizarse después de haber completado lo que se denomina “partición de clases de equivalencia,”una parte de las pruebas de caja negra—. Una vez que haya establecido los valores límite, podrá realizar cualquier número de escenarios de prueba.
20. Pruebas de sucursales
El método de pruebas de rama se utiliza para probar todas las ramas del código fuente de un software al mismo tiempo. Esto permite a los desarrolladores saber que todo el código puede ser ejecutado y probado. También pueden determinar qué partes del código no tendrán ramas y cómo probarlas de otra manera.
Relacionado: 50 preguntas para la entrevista sobre pruebas de software
91 formas adicionales de probar el software
A continuación se presentan otros 91 métodos de prueba de software, ordenados alfabéticamente. Un método puede ser conocido por más de un término, por lo que es mejor familiarizarse con tantos como sea posible.
- Pruebas de amplitud
- Pruebas de compatibilidad de navegadores
- Pruebas basadas en el código
- Pruebas de comparación
- Pruebas de compatibilidad
- Pruebas de cumplimiento
- Prueba de componentes
- Pruebas de concurrencia
- Pruebas de cobertura del estado
- Pruebas de configuración
- Pruebas de conformidad
- Pruebas basadas en el contexto
- Pruebas continuas
- Pruebas de conversión
- Pruebas de cobertura de decisiones
- Pruebas de dependencia
- Pruebas destructivas
- Pruebas de recuperación de desastres
- Pruebas de dominio
- Pruebas dinámicas
- Pruebas de eficiencia
- Pruebas de extremo a extremo
- Pruebas de resistencia
- Pruebas de partición de equivalencia
- Pruebas de manejo de errores
- Pruebas exploratorias
- Pruebas de fallos
- Pruebas de inyección de fallos
- Pruebas de verificación formal
- Pruebas funcionales
- Pruebas de detección
- Pruebas de caja de cristal
- Pruebas de globalización
- Pruebas de gorila
- Pruebas de caja gris
- Pruebas de software de interfaz gráfica de usuario
- Pruebas de integración híbridas
- Pruebas de instalación/desinstalación
- Pruebas de integración
- Pruebas interactivas
- Pruebas de interfaz
- Pruebas de internacionalización
- Pruebas entre sistemas
- Pruebas basadas en palabras clave
- Pruebas de carga
- Pruebas de localización
- Pruebas de bucle
- Pruebas de mantenimiento
- Pruebas manuales con guión
- Pruebas de soporte manual
- Pruebas basadas en modelos
- Pruebas basadas en la modularidad
- Prueba de mutación
- Pruebas negativas
- Pruebas no funcionales
- Pruebas operativas
- Prueba de matriz ortogonal
- Pruebas por parejas
- Pruebas paralelas
- Pruebas pasivas
- Prueba de trayectoria
- Pruebas de penetración
- Pruebas de rendimiento
- Pruebas de calificación
- Pruebas de rampa
- Pruebas de recuperación
- Pruebas de regresión
- Pruebas de fiabilidad
- Prueba de requisitos
- Pruebas de sanidad
- Pruebas de seguridad
- Prueba de escalabilidad
- Prueba del escenario
- Pruebas de rendimiento de un solo uso
- Pruebas de humo
- Pruebas de estabilidad
- Pruebas de declaración
- Pruebas estáticas
- Pruebas de almacenamiento
- Pruebas de estrés
- Pruebas estructurales
- Pruebas de integración de sistemas
- Pruebas del sistema
- Prueba del hilo
- Pruebas de integración descendentes
- Pruebas unitarias
- Pruebas de actualización
- Usabilidad
- Pruebas de vulnerabilidad
- Pruebas de caja blanca
-
Pruebas de flujo de trabajo
Relacionado: 18 habilidades de comprobación de software
Te recomendamos
Cómo escribir un caso de estudio paso a paso (con ejemplos)
18 Habilidades de los estudiantes para un aprendizaje eficaz
¿Qué es la contabilidad básica?
11 tipos de entradas de blog y cómo utilizarlas
Cómo escribir una declaración de misión personal (más de 40 ejemplos)