111 Tipos de pruebas en el software

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.

  1. Pruebas de amplitud
  2. Pruebas de compatibilidad de navegadores
  3. Pruebas basadas en el código
  4. Pruebas de comparación
  5. Pruebas de compatibilidad
  6. Pruebas de cumplimiento
  7. Prueba de componentes
  8. Pruebas de concurrencia
  9. Pruebas de cobertura del estado
  10. Pruebas de configuración
  11. Pruebas de conformidad
  12. Pruebas basadas en el contexto
  13. Pruebas continuas
  14. Pruebas de conversión
  15. Pruebas de cobertura de decisiones
  16. Pruebas de dependencia
  17. Pruebas destructivas
  18. Pruebas de recuperación de desastres
  19. Pruebas de dominio
  20. Pruebas dinámicas
  21. Pruebas de eficiencia
  22. Pruebas de extremo a extremo
  23. Pruebas de resistencia
  24. Pruebas de partición de equivalencia
  25. Pruebas de manejo de errores
  26. Pruebas exploratorias
  27. Pruebas de fallos
  28. Pruebas de inyección de fallos
  29. Pruebas de verificación formal
  30. Pruebas funcionales
  31. Pruebas de detección
  32. Pruebas de caja de cristal
  33. Pruebas de globalización
  34. Pruebas de gorila
  35. Pruebas de caja gris
  36. Pruebas de software de interfaz gráfica de usuario
  37. Pruebas de integración híbridas
  38. Pruebas de instalación/desinstalación
  39. Pruebas de integración
  40. Pruebas interactivas
  41. Pruebas de interfaz
  42. Pruebas de internacionalización
  43. Pruebas entre sistemas
  44. Pruebas basadas en palabras clave
  45. Pruebas de carga
  46. Pruebas de localización
  47. Pruebas de bucle
  48. Pruebas de mantenimiento
  49. Pruebas manuales con guión
  50. Pruebas de soporte manual
  51. Pruebas basadas en modelos
  52. Pruebas basadas en la modularidad
  53. Prueba de mutación
  54. Pruebas negativas
  55. Pruebas no funcionales
  56. Pruebas operativas
  57. Prueba de matriz ortogonal
  58. Pruebas por parejas
  59. Pruebas paralelas
  60. Pruebas pasivas
  61. Prueba de trayectoria
  62. Pruebas de penetración
  63. Pruebas de rendimiento
  64. Pruebas de calificación
  65. Pruebas de rampa
  66. Pruebas de recuperación
  67. Pruebas de regresión
  68. Pruebas de fiabilidad
  69. Prueba de requisitos
  70. Pruebas de sanidad
  71. Pruebas de seguridad
  72. Prueba de escalabilidad
  73. Prueba del escenario
  74. Pruebas de rendimiento de un solo uso
  75. Pruebas de humo
  76. Pruebas de estabilidad
  77. Pruebas de declaración
  78. Pruebas estáticas
  79. Pruebas de almacenamiento
  80. Pruebas de estrés
  81. Pruebas estructurales
  82. Pruebas de integración de sistemas
  83. Pruebas del sistema
  84. Prueba del hilo
  85. Pruebas de integración descendentes
  86. Pruebas unitarias
  87. Pruebas de actualización
  88. Usabilidad
  89. Pruebas de vulnerabilidad
  90. Pruebas de caja blanca
  91. 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)

10 métodos de investigación en psicología (con consejos)