Tipos de pruebas de software (100 ejemplos)

¿Qué es un tipo de prueba de software?

El tipo de prueba de software es una clasificación de diferentes actividades de prueba en categorías, cada una de las cuales tiene un objetivo de prueba definido, una estrategia de prueba y resultados de prueba. El objetivo de tener un tipo de prueba es validar la Aplicación Bajo Prueba (AUT) para el Objetivo de Prueba definido.

Por ejemplo, el objetivo de las pruebas de accesibilidad es validar que el AUT sea accesible para personas discapacitadas. Por lo tanto, si su solución de software debe ser compatible con personas deshabilitadas, debe compararla con los casos de prueba de accesibilidad.

Tipos de pruebas de software

Una lista de los 100 tipos de pruebas de software junto con definiciones. Una lectura obligada para cualquier profesional de control de calidad. Considere esta su guía para todos los tipos de pruebas de software.

Tipos de pruebas de software

  1. Test de aceptación: Pruebas formales realizadas para determinar si un sistema satisface o no sus criterios de aceptación y para permitir al cliente determinar si acepta o no el sistema. Generalmente lo realiza el cliente. Leer más sobre Test de aceptación
  2. Pruebas de accesibilidad: Tipo de prueba que determina la utilidad de un producto para personas con discapacidad (sordas, ciegas, discapacitadas mentales, etc.). El proceso de evaluación lo llevan a cabo personas con discapacidad. Leer más sobre Pruebas de accesibilidad
  3. Pruebas activas: Tipo de prueba que consiste en introducir datos de prueba y analizar los resultados de la ejecución. Generalmente lo lleva a cabo el equipo de pruebas.
  4. Pruebas ágiles: Práctica de pruebas de software que sigue los principios del manifiesto ágil, enfatizando las pruebas desde la perspectiva de los clientes que utilizarán el sistema. Generalmente lo realizan los equipos de control de calidad. Leer más sobre Pruebas ágiles
  5. Pruebas de edad: Tipo de prueba que evalúa la capacidad de un sistema para funcionar en el futuro. El proceso de evaluación lo llevan a cabo equipos de prueba.
  6. Pruebas ad hoc: Pruebas realizadas sin planificación ni documentación: el evaluador intenta "romper" el sistema probando aleatoriamente la funcionalidad del sistema. Lo realiza el equipo de pruebas. Leer más sobre Pruebas ad-hoc
  7. Prueba alfa: Las pruebas alfa son un tipo de prueba de software que se lleva a cabo en el sitio del desarrollador para identificar errores, problemas de usabilidad y brechas de funcionalidad antes de lanzar el producto para pruebas beta. Involucra a evaluadores internos, como desarrolladores y equipos de control de calidad, y, a veces, a usuarios finales seleccionados en un entorno controlado. Leer más en Prueba alfa
  8. Pruebas de afirmación: Tipo de prueba que consiste en verificar si las condiciones confirman los requisitos del producto. Lo realiza el equipo de pruebas.
  9. Prueba de API: Técnica de prueba similar a la prueba unitaria en que apunta al nivel de código. Api Testing se diferencia de Unit Testing en que suele ser una tarea de control de calidad y no una tarea de desarrollador. Leer más sobre Prueba de API
  10. Pruebas de todos los pares: Método de prueba combinatoria que prueba todas las combinaciones discretas posibles de parámetros de entrada. Lo realizan los equipos de prueba.
  11. Pruebas automatizadas: Técnica de pruebas que utiliza herramientas de pruebas de automatización para controlar la configuración del entorno, la ejecución de las pruebas y la presentación de informes de resultados. Se realiza por computadora y se utiliza dentro de los equipos de prueba. Leer más sobre Las pruebas automatizadas
  12. Prueba de ruta básica: Un mecanismo de prueba que deriva una medida de complejidad lógica de un diseño procedimental y la utiliza como guía para definir un conjunto básico de rutas de ejecución. Lo utilizan los equipos de prueba al definir casos de prueba. Leer más en Prueba de ruta básica
  13. Pruebas de compatibilidad con versiones anteriores: Método de prueba que verifica el comportamiento del software desarrollado con versiones anteriores del entorno de prueba. Lo realiza el equipo de pruebas.
  14. Prueba beta: Pruebas finales antes de lanzar la aplicación con fines comerciales. Normalmente lo hacen los usuarios finales u otras personas.
  15. Pruebas de referencia: Técnica de prueba que utiliza conjuntos representativos de programas y datos diseñados para evaluar el rendimiento del hardware y software de la computadora en una configuración determinada. Lo realizan equipos de prueba. Leer más sobre Pruebas de referencia
  16. Pruebas de integración Big Bang: Técnica de prueba que integra módulos de programa individuales solo cuando todo está listo. Lo realizan los equipos de prueba.
  17. Pruebas de portabilidad binaria: Técnica que prueba la portabilidad de una aplicación ejecutable entre plataformas y entornos de sistemas, generalmente para su conformación según una especificación ABI. Lo realizan los equipos de prueba.
  18. Prueba de valor límite: Técnica de prueba de software en la que las pruebas están diseñadas para incluir representantes de valores límite. Lo realizan los equipos de pruebas de control de calidad. Leer más sobre Prueba de valor límite
  19. Pruebas de integración ascendente: En las pruebas de integración ascendente, los módulos del nivel más bajo se desarrollan primero y otros módulos que van hacia el programa "principal" se integran y prueban uno a la vez. Generalmente lo realizan los equipos de prueba.
  20. Pruebas de sucursales: Técnica de prueba en la que todas las ramas del código fuente del programa se prueban al menos una vez. Esto lo hace el desarrollador.
  21. Pruebas de amplitud: Un conjunto de pruebas que ejercita la funcionalidad completa de un producto pero no prueba las características en detalle. Lo realizan equipos de prueba.
  22. Prueba de caja negra: Un método de prueba de software que verifica la funcionalidad de una aplicación sin tener conocimientos específicos del código/estructura interna de la aplicación. Las pruebas se basan en requisitos y funcionalidad. Lo realizan equipos de control de calidad. Leer más sobre Prueba de caja negra
  23. Pruebas basadas en código: Técnica de prueba que utiliza marcos de prueba (como xUnit) que permiten la ejecución de pruebas unitarias para determinar si varias secciones del código actúan como se espera en diversas circunstancias. Lo realizan los equipos de desarrollo.
  24. Pruebas de compatibilidad: Técnica de prueba que valida el rendimiento de un software en un entorno de hardware, software, sistema operativo o red en particular. La realizan los equipos de prueba. Leer más en Pruebas de compatibilidad
  25. Pruebas de comparación: Técnica de prueba que compara las fortalezas y debilidades del producto con versiones anteriores u otros productos similares. Puede ser realizada por probadores, desarrolladores, gerentes de producto o propietarios de producto. Leer más en Prueba de componentes
  26. Prueba de componentes: Técnica de prueba similar a las pruebas unitarias pero con un mayor nivel de integración: las pruebas se realizan en el contexto de la aplicación en lugar de simplemente probar directamente un método específico. Puede ser realizado por equipos de prueba o desarrollo.
  27. Pruebas de configuración: Técnica de prueba que determina la configuración mínima y óptima de hardware y software, y el efecto de agregar o modificar recursos como memoria, unidades de disco y CPU. Por lo general, lo realizan los ingenieros de pruebas de rendimiento. Leer más sobre Pruebas de configuración
  28. Pruebas de cobertura de condición: Tipo de prueba de software donde cada condición se ejecuta haciéndola verdadera y falsa, en cada una de las formas al menos una vez. Normalmente lo elaboran los equipos de pruebas de automatización.
  29. Pruebas de conformidad: Tipo de prueba que verifica si el sistema fue desarrollado de acuerdo con las normas, procedimientos y directrices. Generalmente lo realizan empresas externas que ofrecen la marca "Certificado OGC Compliant".
  30. Pruebas de concurrencia: Pruebas multiusuario orientadas a determinar los efectos de acceder al mismo código de aplicación, módulo o registros de base de datos. Generalmente lo hacen ingenieros de rendimiento. Leer más sobre Pruebas de concurrencia
  31. Pruebas de conformidad: El proceso de probar que una implementación se ajusta a la especificación en la que se basa. Generalmente lo realizan equipos de prueba. Leer más sobre Pruebas de conformidad
  32. Pruebas basadas en el contexto: Una técnica de Agile Testing que aboga por la evaluación continua y creativa de las oportunidades de prueba a la luz de la información potencial revelada y el valor de esa información para la organización en un momento específico. Generalmente lo realizan equipos de pruebas ágiles.
  33. Pruebas de conversión: Pruebas de programas o procedimientos utilizados para convertir datos de sistemas existentes para su uso en sistemas de reemplazo. Generalmente lo realizan los equipos de control de calidad.
  34. Pruebas de cobertura de decisiones: Tipo de prueba de software donde cada condición/decisión se ejecuta configurándola en verdadero/falso. Normalmente lo elaboran los equipos de pruebas de automatización.
  35. Pruebas destructivas: Tipo de ensayo en el que se realizan ensayos hasta la falla de la muestra, con el fin de comprender el desempeño estructural de una muestra o el comportamiento del material bajo diferentes cargas. Generalmente lo realizan equipos de control de calidad.
    Leer más en Pruebas destructivas
  36. Prueba de dependencia: Tipo de prueba que examina los requisitos de una aplicación para el software preexistente, los estados iniciales y la configuración para mantener la funcionalidad adecuada. Generalmente lo realizan equipos de prueba.
  37. Pruebas dinámicas: Término utilizado en ingeniería de software para describir las pruebas del comportamiento dinámico del código. Normalmente lo realizan equipos de prueba. Leer más sobre Prueba dinámica
  38. Pruebas de dominio: Técnica de prueba de caja blanca que consiste en comprobar que el programa solo acepta datos válidos. Generalmente la realizan equipos de desarrollo de software y, ocasionalmente, equipos de pruebas de automatización.
  39. Pruebas de manejo de errores: Tipo de prueba de software que determina la capacidad del sistema para procesar correctamente las transacciones erróneas. Generalmente la realizan los equipos de pruebas.
  40. Pruebas de extremo a extremo: Similar a las pruebas de sistemas, implica probar un entorno de aplicación completo en una situación que imita el uso del mundo real, como interactuar con una base de datos, usar comunicaciones de red o interactuar con otro hardware, aplicaciones o sistemas, si corresponde. Lo realizan equipos de control de calidad. Leer más sobre Pruebas de extremo a extremo
  41. Pruebas de resistencia: Tipo de prueba que busca pérdidas de memoria u otros problemas que puedan ocurrir con una ejecución prolongada. Generalmente lo realizan ingenieros de rendimiento. Leer más sobre Pruebas de resistencia
  42. Prueba exploratoria: Técnica de prueba de caja negra que se realiza sin planificación ni documentación. Generalmente la realizan probadores manuales. Leer más en Prueba exploratoria
  43. Pruebas de partición de equivalencia: Técnica de prueba de software que divide los datos de entrada de una unidad de software en particiones de datos de las cuales se pueden derivar casos de prueba. normalmente lo realizan los equipos de control de calidad. Leer más sobre Pruebas de partición de equivalencia
  44. Prueba de inyección de fallas: Elemento de una estrategia de prueba integral que permite al evaluador concentrarse en la manera en que la aplicación bajo prueba es capaz de manejar excepciones. Lo realizan equipos de control de calidad.
  45. Pruebas de verificación formal: El acto de probar o refutar la exactitud de los algoritmos previstos que sustentan un sistema con respecto a una determinada especificación o propiedad formal, utilizando métodos formales de matemáticas. Generalmente lo llevan a cabo los equipos de control de calidad.
  46. Prueba Funcional: Tipo de prueba de caja negra que basa sus casos de prueba en las especificaciones del componente de software que se está probando. La realizan equipos de prueba. Leer más en Prueba de funcion
  47. Prueba de confusión: Técnica de prueba de software que proporciona datos no válidos, inesperados o aleatorios a las entradas de un programa: un área especial de las pruebas de mutación. Las pruebas fuzz las realizan equipos de prueba. Leer más sobre Prueba de fuzz
  48. Pruebas de gorilas: Técnica de prueba de software que se centra en pruebas exhaustivas de un módulo en particular. Lo realizan equipos de control de calidad, normalmente cuando se realizan pruebas completas.
  49. Gris Box Pruebas: Una combinación de negro Box y blanco Box Metodologías de prueba: probar una pieza de software según sus especificaciones pero utilizando cierto conocimiento de su funcionamiento interno. Puede ser realizado por equipos de desarrollo o de prueba.
  50. Prueba de caja de cristal: Similar a las pruebas de caja blanca, se basa en el conocimiento de la lógica interna del código de una aplicación. La realizan los equipos de desarrollo.
  51. Pruebas de software GUI: El proceso de probar un producto que utiliza una interfaz gráfica de usuario para garantizar que cumple con sus especificaciones escritas. Normalmente esto lo hacen los equipos de prueba. Leer más sobre Pruebas de software GUI
  52. Pruebas de globalización: Método de prueba que verifica la funcionalidad adecuada del producto con cualquiera de las configuraciones culturales/locales utilizando todo tipo de entrada internacional posible. Lo realiza el equipo de pruebas. Leer más sobre Pruebas de globalización
  53. Pruebas de integración híbrida: Técnica de prueba que combina técnicas de integración de arriba hacia abajo y de abajo hacia arriba para aprovechar los beneficios de este tipo de pruebas. Generalmente lo realizan los equipos de prueba.
  54. Pruebas de integración: La fase de prueba de software en la que los módulos de software individuales se combinan y prueban como grupo. Generalmente lo llevan a cabo equipos de prueba. Leer más sobre Pruebas de integración
  55. Pruebas de interfaz: Pruebas realizadas para evaluar si los sistemas o componentes se pasan datos y controlan correctamente entre sí. Por lo general, lo realizan equipos de prueba y desarrollo. Leer más sobre Prueba de interfaz
  56. Instalar/desinstalar Pruebas: Trabajo de control de calidad que se centra en lo que los clientes deben hacer para instalar y configurar el nuevo software con éxito. Puede implicar procesos de instalación y desinstalación completos, parciales o de actualizaciones y, por lo general, lo realiza el ingeniero de pruebas de software junto con el gerente de configuración.
  57. Pruebas de internacionalización: El proceso que garantiza que la funcionalidad del producto no se interrumpa y que todos los mensajes se externalicen adecuadamente cuando se utilizan en diferentes idiomas y configuraciones regionales. Generalmente lo realizan los equipos de prueba.
  58. Pruebas entre sistemas: Una técnica de prueba enfocada en verificar que las interconexiones entre aplicaciones funcionan correctamente. Generalmente la realizan los equipos de prueba.
  59. Pruebas basadas en palabras clave: También conocida como prueba basada en tablas o prueba de palabras de acción, es una metodología de prueba de software para pruebas automatizadas que separa el proceso de creación de pruebas en dos etapas distintas: una etapa de planificación y una etapa de implementación. Puede ser utilizado por equipos de pruebas manuales o de automatización. Leer más sobre Pruebas basadas en palabras clave
  60. Prueba de carga: Técnica de prueba que exige un sistema o dispositivo y mide su respuesta. Generalmente lo llevan a cabo los ingenieros de rendimiento. Leer más sobre Prueba de carga
  61. Pruebas de localización: Parte del proceso de prueba de software se centró en adaptar una aplicación globalizada a una cultura/localización particular. Normalmente lo hacen los equipos de prueba. Leer más sobre Pruebas de localización
  62. Prueba de bucle: Una técnica de prueba de caja blanca que ejercita los bucles del programa. La llevan a cabo los equipos de desarrollo. Leer más en Prueba de bucle
  63. Pruebas manuales con guión: Método de prueba en el que los casos de prueba son diseñados y revisados ​​por el equipo antes de ejecutarlo. Se realiza mediante equipos de Pruebas Manuales.
  64. Pruebas de soporte manual: Técnica de prueba que implica probar todas las funciones realizadas por las personas mientras preparan los datos y los utilizan desde un sistema automatizado. lo llevan a cabo equipos de prueba.
  65. Pruebas basadas en modelos: La aplicación del diseño basado en modelos para diseñar y ejecutar los artefactos necesarios para realizar pruebas de software. Generalmente lo realizan equipos de prueba. Leer más sobre Pruebas basadas en modelos
  66. Pruebas de mutación: Método de prueba de software que implica modificar el código fuente o el código de bytes de los programas en pequeñas formas para probar secciones del código a las que rara vez o nunca se accede durante la ejecución normal de las pruebas. Normalmente lo realizan evaluadores. Leer más sobre Prueba de mutación
  67. Pruebas basadas en modularidad: Técnica de prueba de software que requiere la creación de pequeños scripts independientes que representan módulos, secciones y funciones de la aplicación bajo prueba. Generalmente lo realiza el equipo de pruebas.
  68. Pruebas no funcionales: Técnica de prueba que se centra en probar una aplicación de software para determinar sus requisitos no funcionales. Puede ser realizado por ingenieros de rendimiento o por equipos de pruebas manuales. Leer más sobre Pruebas no funcionales
  69. Pruebas negativas: También conocido como “test to fail” (prueba hasta el fallo): método de prueba cuyo objetivo es demostrar que un componente o sistema no funciona. Lo realizan probadores manuales o automáticos. Leer más en Prueba negativa
  70. OperaPruebas opcionales: Técnica de prueba que se lleva a cabo para evaluar un sistema o componente en su entorno operativo. Generalmente la realizan equipos de prueba. Leer más en OperaPruebas opcionales
  71. Prueba de matriz ortogonal: Forma sistemática y estadística de prueba que se puede aplicar en pruebas de interfaz de usuario, pruebas de sistemas, pruebas de regresión, pruebas de configuración y pruebas de rendimiento. Lo realiza el equipo de pruebas. Leer más sobre Pruebas de matriz ortogonal
  72. Prueba de pareja: Técnica de desarrollo de software en la que dos miembros del equipo trabajan juntos en un teclado para probar la aplicación de software. Uno hace las pruebas y el otro analiza o revisa las pruebas. Esto se puede hacer entre un probador y un desarrollador o analista de negocios o entre dos probadores y ambos participantes se turnan para manejar el teclado.
  73. Pruebas pasivas: Técnica de prueba que consiste en monitorear los resultados de un sistema en ejecución sin introducir ningún dato de prueba especial. Lo realiza el equipo de pruebas.
  74. Pruebas paralelas: Técnica de prueba que tiene como objetivo garantizar que una nueva aplicación que ha reemplazado a su versión anterior ha sido instalada y se está ejecutando correctamente. Lo lleva a cabo el equipo de pruebas. Leer más sobre Pruebas paralelas
  75. Prueba de ruta: Pruebas típicas de caja blanca cuyo objetivo es satisfacer los criterios de cobertura para cada ruta lógica a través del programa. Generalmente, las realiza el equipo de desarrollo. Leer más en Prueba de ruta
  76. Pruebas de penetración: Método de prueba que evalúa la seguridad de un sistema o red informática simulando un ataque de una fuente maliciosa. Por lo general, los llevan a cabo empresas especializadas en pruebas de penetración. Leer más sobre Pruebas de penetración
  77. Pruebas de rendimiento: Pruebas funcionales realizadas para evaluar el cumplimiento de un sistema o componente con requisitos de rendimiento específicos. Generalmente lo lleva a cabo el ingeniero de rendimiento. Leer más sobre Test de rendimiento
  78. Pruebas de calificación: Pruebas con las especificaciones de la versión anterior, generalmente realizadas por el desarrollador para el consumidor, para demostrar que el software cumple con los requisitos especificados.
  79. Ramp Pruebas: Tipo de prueba que consiste en elevar una señal de entrada de forma continua hasta que el sistema falla. Puede ser realizado por el equipo de pruebas o el ingeniero de rendimiento.
  80. Pruebas de regresión: Tipo de prueba de software que busca descubrir errores de software después de que se hayan realizado cambios en el programa (por ejemplo, correcciones de errores o nuevas funciones), volviendo a probar el programa. Lo realizan los equipos de prueba. Leer más sobre Pruebas de regresión
  81. Prueba de recuperación: Técnica de prueba que evalúa qué tan bien se recupera un sistema de fallas, fallas de hardware u otros problemas catastróficos. Lo realizan los equipos de prueba. Leer más sobre Pruebas de recuperación
  82. Pruebas de requisitos: Técnica de prueba que valida que los requisitos son correctos, completos, inequívocos y lógicamente consistentes y permite diseñar un conjunto necesario y suficiente de casos de prueba a partir de esos requisitos. Lo realizan equipos de control de calidad.
  83. Pruebas de seguridad: Un proceso para determinar que un sistema de información protege los datos y mantiene la funcionalidad según lo previsto. Puede ser realizado por equipos de pruebas o por empresas especializadas en pruebas de seguridad. Leer más sobre Pruebas de seguridad
  84. Pruebas de cordura: Técnica de prueba que determina si una nueva versión de software está funcionando lo suficientemente bien como para aceptarla en un esfuerzo de prueba importante. Lo realizan los equipos de prueba. Leer más sobre Pruebas de cordura
  85. Pruebas de escenario: Actividad de prueba que utiliza escenarios basados ​​en una historia hipotética para ayudar a una persona a pensar en un problema o sistema complejo para un entorno de prueba. La realizan los equipos de prueba. Leer más en Prueba de escenario
  86. Pruebas de escalabilidad: Parte de la batería de pruebas no funcionales que prueba una aplicación de software para medir su capacidad de ampliación, ya sea la carga de usuario admitida, la cantidad de transacciones, el volumen de datos, etc. La lleva a cabo el ingeniero de rendimiento. Leer más sobre Pruebas de escalabilidad
  87. Prueba de declaración: Prueba de caja blanca que satisface el criterio de que cada instrucción de un programa se ejecuta al menos una vez durante la prueba del programa. Generalmente la realiza el equipo de desarrollo.
  88. Pruebas estáticas: Una forma de prueba de software en la que el software no se utiliza realmente y comprueba principalmente la cordura del código, algoritmo o documento. Lo utiliza el desarrollador que escribió el código. Leer más sobre Prueba estática
  89. Pruebas de estabilidad: Técnica de prueba que intenta determinar si una aplicación fallará. Generalmente lo lleva a cabo el ingeniero de rendimiento. Leer más sobre Prueba de estabilidad
  90. Prueba de humo: Técnica de prueba que examina todos los componentes básicos de un sistema de software para garantizar que funcionan correctamente. Por lo general, las pruebas de humo las realiza el equipo de pruebas inmediatamente después de crear el software. Leer más sobre Prueba de humo
  91. Pruebas de almacenamiento: Tipo de prueba que verifica que el programa bajo prueba almacene archivos de datos en los directorios correctos y que reserve suficiente espacio para evitar una terminación inesperada debido a la falta de espacio. Generalmente lo realiza el equipo de pruebas. Leer más sobre Prueba de almacenamiento
  92. Pruebas de estrés: Técnica de prueba que evalúa un sistema o componente en o más allá de los límites de sus requisitos especificados. Generalmente lo lleva a cabo el ingeniero de rendimiento. Leer más sobre Pruebas de estrés
  93. Ensayos Estructurales: Técnica de prueba de caja blanca que tiene en cuenta la estructura interna de un sistema o componente y garantiza que cada instrucción del programa realice la función prevista. Generalmente la realizan los desarrolladores de software.
  94. Pruebas del sistema: El proceso de probar un sistema integrado de hardware y software para verificar que el sistema cumpla con sus requisitos especificados. Lo llevan a cabo los equipos de prueba tanto en el entorno de desarrollo como en el de destino. Leer más sobre Pruebas del sistema
  95. Pruebas de integración del sistema: Proceso de prueba que ejercita la coexistencia de un sistema de software con otros. Generalmente lo realizan los equipos de prueba. Leer más sobre Pruebas de integración del sistema
  96. Pruebas de integración de arriba hacia abajo: Técnica de prueba que implica comenzar en la parte superior de la jerarquía del sistema en la interfaz de usuario y usar stubs para probar de arriba hacia abajo hasta que se haya implementado todo el sistema. Lo llevan a cabo los equipos de prueba.
  1. Prueba de hilo: Una variación de la técnica de prueba de arriba hacia abajo donde la integración progresiva de componentes sigue a la implementación de subconjuntos de requisitos. Generalmente lo realizan los equipos de prueba. Leer más sobre Prueba de hilo
  1. Upgrade Pruebas: Técnica de prueba que verifica si los recursos creados con versiones anteriores se pueden usar correctamente y que el aprendizaje del usuario no se vea cuestionado. Lo realizan los equipos de prueba.
  2. Examen de la unidad: Método de verificación y validación de software en el que un programador prueba si unidades individuales de código fuente son aptas para su uso. Generalmente lo lleva a cabo el equipo de desarrollo. Leer más sobre Examen de la unidad
  3. Pruebas de interfaz de usuario: Tipo de prueba que se realiza para comprobar qué tan fácil de usar es la aplicación. Lo realizan equipos de prueba. Leer más sobre Pruebas de interfaz de usuario

¡¡¡Bonificación!!! Siempre es bueno saber algunos extras

  1. Pruebas de usabilidad: Técnica de prueba que verifica la facilidad con la que un usuario puede aprender a operar, preparar entradas e interpretar salidas de un sistema o componente. Generalmente la realizan los usuarios finales. Leer más en Las pruebas de usabilidad
  2. Pruebas de volumen: Pruebas que confirman que el programa puede aceptar cualquier valor que pueda aumentar con el tiempo (como recuentos acumulados, registros y archivos de datos) y que no provocará que el programa deje de funcionar ni degradará su funcionamiento de ninguna manera. Generalmente, las realiza el ingeniero de rendimiento. Leer más en Pruebas de volumen
  3. Pruebas de vulnerabilidad: Tipo de prueba que se refiere a la seguridad de la aplicación y tiene como objetivo prevenir problemas que puedan afectar la integridad y estabilidad de la aplicación. Puede ser realizado por equipos de pruebas internos o subcontratado a empresas especializadas. Leer más sobre Prueba de vulnerabilidad
  4. Prueba de caja blanca: Técnica de prueba basada en el conocimiento de la lógica interna del código de una aplicación e incluye pruebas como cobertura de declaraciones de código, ramas, rutas y condiciones. Lo realizan desarrolladores de software. Leer más sobre Prueba de caja blanca
  5. Pruebas de flujo de trabajo: Técnica de prueba de extremo a extremo con script que duplica flujos de trabajo específicos que se espera que utilice el usuario final. Generalmente lo llevan a cabo equipos de prueba. Leer más sobre Pruebas de flujo de trabajo

Con esto concluye la lista. Espero que hayas disfrutado leyéndola. Para encontrar las herramientas adecuadas para este tipo de pruebas y otras, explora esta colección de herramientas de prueba.