Saltar al contenido

Glosario de Términos de Pruebas de Software: Una Guía Completa

Glosario de Términos de Pruebas de Software: Una Guía Completa

¡Bienvenido a nuestro Glosario de Pruebas de Software! En este artículo, compartimos los términos esenciales de pruebas de software de la A a la Z. Ya sea que seas nuevo en el campo de las pruebas o un profesional experimentado de QA, esta guía completa te proporcionará el conocimiento de la terminología clave de pruebas. ¡Comencemos!

Una

A/B Testing

La prueba A/B o prueba dividida crea al menos una variante para probar contra una página web actual para determinar cuál tiene un mejor rendimiento en métricas acordadas, como ingresos por visitante (para sitios web de comercio electrónico) o tasa de conversión.

Acceptance Testing

Acceptance testing es la fase final en el desarrollo de software donde el sistema se somete a evaluación para garantizar que cumpla con los requisitos especificados. Se realiza para validar si el software satisface los criterios de aceptación y está listo para su implementación. La prueba de aceptación tiene como objetivo confirmar que el software funciona según lo previsto en escenarios del mundo real y es aceptado por los usuarios antes de su lanzamiento final.

Ad Hoc Testing

La prueba ad hoc es un tipo de prueba de software informal y no estructurada que intenta romper el proceso de prueba para detectar cualquier vulnerabilidad o falla lo más rápido posible. Se realiza de manera aleatoria y generalmente es una actividad no planificada que no sigue los principios de diseño o documentación de pruebas al crear casos de prueba.

pruebas de API

La prueba de API (Interfaz de Programación de Aplicaciones) se centra en verificar la funcionalidad, confiabilidad y rendimiento de las interfaces de programación de aplicaciones. Involucra el envío de solicitudes a la API, examinando la comunicación de datos y el manejo de errores, y verificando la integración general entre sistemas de software.

Accessibility testing

La prueba de accesibilidad es un proceso de pruebas de software que evalúa qué tan fácilmente las personas con discapacidades pueden usar un sitio web, aplicación o producto. El objetivo es asegurarse de que el software sea accesible para personas con diversas capacidades, abarcando aspectos como la compatibilidad con lectores de pantalla, la navegación con teclado y el cumplimiento de estándares de accesibilidad, para hacer que la tecnología sea más inclusiva para todos los usuarios.

Assertion

En las pruebas de software, assertion / afirmación es como un punto de control que los probadores usan para decir: "Espero que esto sea cierto". Es una forma simple de verificar si el software está haciendo lo que se supone que debe hacer. Este es un concepto clave en las pruebas funcionales. Las afirmaciones se utilizan comúnmente en las pruebas unitarias, pero el mismo concepto se aplica a otras formas de pruebas también.

Automated testing

La prueba automatizada se refiere a un enfoque de prueba en el que una computadora, en lugar de un humano, ejecuta las pruebas. El objetivo es agilizar y replicar el proceso de prueba utilizando herramientas informatizadas.

Comienza a usar IA para probar tu ecommerce gratis.

Introduce la URL de tu sitio a continuación para auditar rápidamente tu experiencia de usuario.

B

Beta testing

La prueba beta es una forma común de prueba de aceptación. Involucra lanzar una versión de tu software a un número limitado de usuarios reales. Pueden usar el software como deseen y se les anima a dar retroalimentación. Generalmente, el software y la parte trasera están instrumentados para permitirte ver qué características se están utilizando y para registrar informes de errores, etc., si hay algún error.

Black-box testing

Las pruebas de caja negra examinan una aplicación de software desde el exterior sin conocer su funcionamiento interno. Los probadores se centran en las entradas y salidas esperadas, tratando el software como una caja negra misteriosa. No inspeccionan el código; en cambio, evalúan cómo responde el software a varias entradas, asegurándose de que produzca los resultados anticipados. Es un método de prueba de la funcionalidad del software sin adentrarse en las complejidades de su estructura interna.

Bug

Un "bug" en el desarrollo de software se refiere a un error, defecto o problema no deseado en el código que hace que el programa se comporte de manera inesperada. Los errores pueden provocar problemas como bloqueos de software, salidas incorrectas o comportamientos inesperados. Los errores pueden variar desde simples errores de sintaxis hasta problemas de lógica o diseño más complejos. El término "error" se originó en los primeros sistemas informáticos cuando un insecto real causó un mal funcionamiento, destacando problemas no deseados en el sistema.

Cartel de la película NO-CODE - Valido

C

Canary testing

Las pruebas Canary son una estrategia de implementación donde un pequeño subconjunto de usuarios o sistemas recibe las últimas actualizaciones de software antes del lanzamiento más amplio. Este enfoque ayuda a detectar posibles problemas o errores en la nueva versión observando el comportamiento de los usuarios. Si los usuarios responden positivamente sin problemas significativos, la actualización se implementa gradualmente a una audiencia más amplia. Las pruebas Canary sirven como un sistema de alerta temprana, permitiendo que los equipos aborden problemas de manera rápida antes de un lanzamiento generalizado, asegurando una implementación de software más suave y confiable.

El origen de la frase proviene de la expresión "Canario en la mina de carbón", en la que los mineros llevaban un canario enjaulado a la mina de carbón para detectar si el nivel de gas tóxico era demasiado alto. Dado que las aves tienen una tolerancia más baja a los gases tóxicos que los humanos, si el pájaro moría, era una advertencia temprana para que los mineros evacuaran.

Checkpoint

En las pruebas de software, un checkpoint es un punto designado dentro de un guion de prueba donde se verifica el estado del sistema en comparación con los resultados esperados. Actúa como un hito crítico para garantizar que el software avance según lo previsto durante el proceso de prueba. Los puntos de control juegan un papel crucial en identificar desviaciones del comportamiento esperado, ayudando a los probadores a señalar y abordar problemas de manera eficiente.

Code coverage

Code coverage is a percentage measure of the degree to which the source code of a program is executed when a particular test suite is run. It is an important metric that can help you assess the quality of your test suite. Code coverage is one form of white-box testing, which finds areas of a program that were not executed during testing.

Pruebas de Compatibilidad

Las pruebas de compatibilidad aseguran si el software funcionará en hardware, sistemas operativos, aplicaciones, entornos de red o dispositivos móviles diferentes. Se realizan en aplicaciones una vez que se han vuelto estables. Las pruebas de compatibilidad previenen problemas futuros relacionados con la compatibilidad, que son esenciales desde el punto de vista de producción e implementación.

Cross Browser Testing

Cross Browser Testing te permiten verificar la compatibilidad de tu aplicación con diferentes navegadores. Es esencial en cualquier proceso de desarrollo porque garantiza que tu producto funcione para todos los usuarios, independientemente de sus preferencias de navegador.

D

Data Driven Testing

Las pruebas impulsadas por datos son un método de creación de guiones de prueba en el que los datos de prueba o los valores de salida se leen desde archivos de datos en lugar de utilizar los mismos valores codificados en duro. Para lograr una mayor cobertura con una sola prueba, puedes ejecutar el mismo caso de prueba con diferentes entradas.

Defect

En las pruebas de software, un defecto se refiere a una falla o problema no deseado en el software que se desvía de los requisitos especificados. Los defectos pueden manifestarse como errores, errores o problemas que afectan la funcionalidad, el rendimiento o la experiencia del usuario del software.

DevOps Testing

Las pruebas de DevOps son un proceso de automatizar y optimizar el ciclo de vida de entrega de tu software. Muchas empresas emplean estrategias de pruebas de DevOps, comenzando con la práctica ágil de la Integración Continua.

End-to-end Testing

Las pruebas de extremo a extremo son un enfoque integral de pruebas de software que evalúa la funcionalidad y el flujo de trabajo de todo el sistema, simulando escenarios del mundo real desde el principio hasta el final. Involucra probar las interacciones entre diferentes componentes del sistema para garantizar una integración sin problemas y verificar que toda la aplicación funcione según lo previsto, cubriendo diversas funcionalidades y rutas del usuario.

Exploratory Testing

Las pruebas exploratorias son un enfoque informal y simultáneo donde los probadores exploran dinámicamente la aplicación, ejecutan casos de prueba y descubren defectos sin guiones predefinidos. Los probadores utilizan su conocimiento del dominio e intuición para navegar por el software, descubriendo problemas y obteniendo información sobre su comportamiento, convirtiéndolo en un método de prueba adaptable y creativo.

F

False-negative result

En las pruebas de software, un resultado falso negativo es una prueba que pasa incorrectamente a pesar de la presencia de un problema. Por lo general, esto ocurre cuando el resultado esperado no se ha definido correctamente. Puede ser un problema común en las pruebas de interfaz de usuario, donde las pruebas no verifican toda la interfaz de usuario en busca de errores.

False-positive result

Una prueba de falso positivo es aquella en la que la prueba falla incorrectamente. Por lo general, esto se debe a un error en la prueba en sí, en lugar de una falla en el sistema. En las pruebas automatizadas, tales fallas son comunes y requieren mantenimiento de prueba.

Functional testing

Las pruebas funcionales son un tipo de prueba de software que evalúa si las funcionalidades de un sistema cumplen con los requisitos especificados al validar su entrada, salida y comportamiento. Se centra en verificar que cada componente del software o aplicación funcione según lo previsto. Este tipo de pruebas implica principalmente pruebas de caja negra y no se preocupa por el código fuente de la aplicación.

G

Grey-box Testing

En las pruebas Grey-box, un probador tiene conocimiento parcial de la estructura interna de una aplicación. El propósito de las pruebas Grey-box es buscar e identificar defectos debido a una estructura de código incorrecta o un uso incorrecto de las aplicaciones.

I

Las pruebas de integración

Las pruebas de integración son una fase en las pruebas de software donde se combinan y prueban como grupo los componentes o módulos individuales de un sistema. Por lo general, estas pruebas ocurren después de las pruebas unitarias. Esta fase de pruebas ayuda a detectar y abordar problemas que pueden surgir cuando diferentes partes del software interactúan entre sí.

Interface Testing

Las pruebas de interfaz son una forma de prueba de software que verifica la comunicación correcta entre dos aplicaciones. El término interfaz se refiere a la conexión que integra dos componentes. APIs, servicios web y muchas otras interfaces se encuentran en el mundo de la informática. La prueba de estas interfaces se conoce como pruebas de interfaz.

J

JUnit Testing

JUnit es un marco de pruebas de Java que permite a los desarrolladores escribir y ejecutar pruebas automatizadas. En Java, los casos de prueba deben volver a ejecutarse cada vez que se agrega nuevo código para asegurarse de que nada en el código se rompa.

K

Keyword-driven Framework

Un marco basado en palabras clave es un enfoque de automatización de pruebas donde los scripts de prueba se desarrollan utilizando palabras clave o frases de acción en lugar de lenguajes de programación. Los probadores utilizan un conjunto de palabras clave predefinidas para describir las acciones y verificaciones deseadas, lo que facilita la creación y el mantenimiento de casos de prueba. Este marco mejora la colaboración entre miembros del equipo técnicos y no técnicos al proporcionar una forma más accesible de definir y gestionar escenarios de prueba.

L

Load Testing

Las pruebas de carga son una técnica de prueba de software que evalúa el rendimiento de un sistema bajo condiciones de carga esperadas y de carga máxima. El objetivo es evaluar cómo el software maneja la actividad de usuarios concurrentes y el procesamiento de datos para garantizar que pueda mantener la funcionalidad y la capacidad de respuesta bajo estrés. Al simular cargas de trabajo realistas, las pruebas de carga ayudan a identificar posibles cuellos de botella de rendimiento y optimizar la capacidad del sistema.

Localization Testing

Las pruebas de localización son pruebas de software que garantizan que un producto responda culturalmente a las necesidades de las personas en una región específica. Las pruebas de localización aseguran que la aplicación se pueda utilizar en esa región en particular.

Low-code Test Automation 

La automatización de pruebas de bajo código permite a los probadores de software ejecutar y simplificar el proceso de pruebas sin sumergirse en prácticas de codificación complejas. Introduce un enfoque más accesible para la automatización de pruebas para usuarios no técnicos. Para obtener una explicación detallada del bajo código, lee este artículo.

M

Maintainability

La mantenibilidad se refiere a la capacidad de actualizar o modificar el sistema bajo prueba. Este es un parámetro importante ya que el sistema está sujeto a cambios a lo largo del ciclo de vida del software.

Manual testing

Las pruebas manuales son un enfoque de pruebas de software donde los probadores humanos ejecutan casos de prueba sin el uso de herramientas de automatización. Los probadores interactúan con la interfaz de usuario del software, ingresan datos y evalúan los resultados para identificar defectos y garantizar la funcionalidad. Aunque más consumidoras de tiempo que las pruebas automatizadas, las pruebas manuales permiten una exploración exhaustiva de la experiencia del usuario y la funcionalidad del software.

Microservices Testing

Las pruebas de microservicios combinan actividades de control de calidad para asegurar que cada microservicio funcione adecuadamente. Asegura que su falla no resulte en interrupciones funcionales graves de todo el software y que todos los microservicios funcionen sin problemas como una aplicación única.

N

No-code Test Automation

La automatización no-code o sin código es un enfoque para crear pruebas automatizadas sin necesidad de escribir una sola línea de código. Estas plataformas permiten a usuarios técnicos y no técnicos probar un software o aplicación para casos de uso específicos. Para obtener una guía completa sobre la automatización sin código, lee este artículo.

No-Code Movie Poster Valido

O

Operational Acceptance Testing

Las pruebas de aceptación operativa (OAT) son una fase en las pruebas de software que evalúa si un sistema cumple con los requisitos operativos y está listo para implementarse en un entorno del mundo real. Involucra probar la funcionalidad general, el rendimiento y la compatibilidad del sistema para asegurar que se alinee con las expectativas operativas y pueda respaldar eficazmente los procesos comerciales.

P

Penetration Testing

Las pruebas de penetración, a menudo llamadas hacking ético, son un enfoque de prueba de seguridad donde expertos en ciberseguridad simulan ataques del mundo real en un sistema de software para identificar vulnerabilidades. El objetivo es evaluar la resistencia del sistema al acceso no autorizado, violaciones de datos y otras amenazas de seguridad, proporcionando información sobre posibles debilidades que podrían ser explotadas por actores malintencionados. 

Pruebas de Rendimiento

Las pruebas de rendimiento son un tipo de prueba de software que evalúa cómo se comporta un sistema bajo condiciones específicas para garantizar velocidad, capacidad de respuesta y estabilidad óptimas. Involucra la evaluación de varios aspectos como carga, estrés y escalabilidad para identificar posibles cuellos de botella y garantizar que el software cumpla con las expectativas de rendimiento. El objetivo de las pruebas de rendimiento es optimizar la eficiencia de la aplicación, asegurando que pueda manejar diferentes niveles de demanda del usuario sin comprometer la funcionalidad.

Lleva el rendimiento de tu ecommerce al siguiente nivel con Valido AI.

Monitoriza y optimiza métricas críticas con la solución líder de automatización de pruebas ecommerce, impulsada por la IA.

Q

Aseguramiento de calidad

El aseguramiento de la calidad (QA) es un enfoque integral en el desarrollo de software que se centra en prevenir defectos y garantizar la entrega de productos de alta calidad. Involucra procesos sistemáticos, metodologías y estándares para garantizar que el software cumpla con los requisitos especificados y funcione de manera confiable. El aseguramiento de la calidad abarca actividades como pruebas, revisiones de código, mejoras de procesos y la adhesión a las mejores prácticas para mejorar la calidad general del software a lo largo del ciclo de desarrollo.

R

Pruebas de Regresión

Las pruebas de regresión son el proceso de asegurarse de que los nuevos cambios de código no hayan afectado negativamente las funcionalidades existentes. Esto se logra verificando que no se hayan vuelto a presentar errores conocidos, lo que se conoce como regresión. El objetivo principal es detectar y abordar efectos secundarios no deseados o errores introducidos durante el desarrollo de nuevas características o modificaciones. Las pruebas de regresión ayudan a mantener la estabilidad del software al verificar que el sistema en general siga comportándose correctamente después de cada cambio de código.

Release Testing

Las pruebas de release evalúan una nueva versión de software (proyecto o producto) para verificar que el software puede ser lanzado. Las pruebas de release tienen un enfoque amplio, ya que toda la funcionalidad de la versión está bajo prueba. Por lo tanto, las pruebas incluidas en las pruebas de liberación dependen en gran medida del propio software.

Responsive Design

El diseño responsive es un enfoque de desarrollo de interfaz de usuario que genera cambios dinámicos en la apariencia del sitio web según el tamaño de la pantalla y la orientación del dispositivo. Asegura que el contenido y el tamaño de la pantalla sean compatibles entre sí.

S

Sanity Testing

Sanity testing es una parte importante de las pruebas de regresión, que se realizan para asegurarse de que los cambios de código funcionen correctamente. Las pruebas de cordura detienen la construcción si hay problemas con el código.

Scalability Testing

Las pruebas de escalabilidad validan que una aplicación de software se pueda escalar hacia arriba o hacia afuera en términos de sus capacidades no funcionales. Los analistas de calidad de software a menudo agrupan las pruebas de rendimiento, escalabilidad y confiabilidad.

Security Testing

Las pruebas de seguridad son una fase crítica en las pruebas de software que se centra en identificar vulnerabilidades y debilidades dentro de un sistema para protegerlo contra posibles amenazas de seguridad. Este proceso de prueba implica evaluar la resistencia de la aplicación al acceso no autorizado, violaciones de datos y otras amenazas de seguridad, asegurando que la información sensible permanezca protegida y que el software cumpla con los estándares de seguridad de la industria.

Selectors

Un selector es utilizado por scripts de prueba para identificar y elegir objetos en la pantalla. Estos se utilizan luego para realizar alguna acción, como hacer clic, ingresar texto, etc. Hay varias formas de selectores que se utilizan comúnmente, incluidos los simples ID de HTML, selectores CSS y consultas XPath.

Shift Left Testing

Shift Left Testing implica trasladar las actividades de prueba a las primeras etapas del ciclo de vida del desarrollo de software, identificando defectos en una etapa donde la corrección es más fácil y menos costosa.

Prueba de Humo

Smoke testing, también conocidas como pruebas de verificación de construcción, son una fase preliminar de pruebas de software destinada a determinar rápidamente si las funciones más críticas de un sistema funcionan correctamente. Involucra la ejecución de un conjunto mínimo de pruebas para verificar problemas importantes, asegurando que la versión del software sea lo suficientemente estable para pruebas más exhaustivas. Las pruebas de humo ayudan a identificar problemas evidentes al comienzo del proceso de desarrollo, permitiendo a los equipos abordarlos antes de continuar con pruebas más completas.

Ingeniero de Diseño de Software en Pruebas (SDET)

Los SDETs son profesionales de las pruebas que participan activamente en el diseño y desarrollo del producto. Manejan detalles de base de datos, programación y interfaz de usuario. A diferencia de los analistas de calidad, los SDETs contribuyen en la fase de desarrollo. Puedes obtener más información sobre estos roles aquí.

Stress Testing

Las pruebas de estrés implican evaluar la estabilidad y el rendimiento de un sistema bajo condiciones extremas o cargas de trabajo elevadas. El objetivo es identificar cómo el software maneja la presión más allá de su capacidad operativa normal (por ejemplo, tráfico de usuarios en un sitio web de comercio electrónico durante el Black Friday), revelando posibles cuellos de botella, fallas o degradación del rendimiento. Este método de prueba ayuda a garantizar que el software pueda soportar escenarios de uso intensivo sin comprometer su funcionalidad o experiencia del usuario.

System Testing

Las pruebas del sistema constituyen una fase integral en las pruebas de software donde se evalúa la aplicación en su totalidad para asegurar que cumple con los requisitos especificados. Implica evaluar los componentes integrados, funcionalidades e interacciones dentro del sistema para verificar que funcione correctamente y satisfaga las expectativas de los usuarios antes de la implementación.

T

Test Automation

Ver Automated testing.

Test Case

Un caso de prueba es un conjunto detallado de instrucciones o condiciones utilizado por los probadores para evaluar la funcionalidad de un aspecto específico del software. Incluye entradas, pasos de ejecución y resultados esperados para verificar sistemáticamente que el software se comporte según lo previsto. Un plan de pruebas generalmente consta de varios casos de prueba.

Test Plan

Un plan de pruebas es un documento integral que describe el enfoque, objetivos, recursos y horario para un proyecto de pruebas de software. Proporciona una hoja de ruta para el proceso de pruebas, detallando el alcance de las pruebas, la estrategia de pruebas, casos de prueba y criterios de aceptación. El plan de pruebas sirve como guía para las actividades de prueba, asegurando pruebas sistemáticas y organizadas para cumplir con los objetivos de calidad y requisitos del proyecto.

U

UI/UX Testing

Las pruebas de UI/UX, o pruebas de Interfaz de Usuario/Experiencia del Usuario, son un proceso en las pruebas de software centrado en evaluar el diseño visual, la usabilidad y la experiencia general del usuario de una aplicación. Implica evaluar cómo los usuarios interactúan con la interfaz de usuario, examinando elementos de diseño, navegación, usabilidad y capacidad de respuesta para garantizar una experiencia de usuario fluida e intuitiva. 

Comienza a monitorizar el Page Speed con AI gratis.

Aprovecha el poder de Machine Learning para analizar y optimizar el rendimiento de tu ecommerce, ingresando la URL a continuación.

Pruebas de Unidad

Las pruebas de unidad son un nivel fundamental de pruebas de software donde se prueban unidades o componentes individuales de un programa de manera aislada para garantizar su corrección. Implica verificar que cada unidad funcione según lo previsto, cumpla con las especificaciones y produzca la salida esperada. Esto es una forma de white-box testing.

Pruebas de Usabilidad

Las pruebas de usabilidad son una fase crítica en las pruebas de software que se centra en evaluar la facilidad con la que los usuarios pueden interactuar con una aplicación. Involucra a usuarios reales realizando tareas específicas para evaluar la interfaz de usuario del software, la navegación y la experiencia general del usuario. El objetivo es identificar cualquier problema de usabilidad, recopilar comentarios sobre la intuición del software y asegurar que cumpla con las necesidades y expectativas de sus usuarios previstos.

User Acceptance Testing (UAT)

Ver Acceptance Testing.

Use Case

Un caso de uso describe cómo un actor o usuario utiliza el sistema. Se utiliza ampliamente para desarrollar sistemas o pruebas a un nivel aceptable.

V

Pruebas Visuales

Las pruebas visuales, en términos simples, verifican que todo aparezca correctamente o según lo previsto. Se basa en comparaciones de capturas de pantalla, inteligencia artificial u otros métodos para detectar anomalías visuales dentro de una aplicación. Asegura que:

  • Todo lo que queremos en una página web esté realmente presente.
  • Todo lo que no queremos esté ausente.
  • El resultado visible del sitio web sea el deseado por las empresas y para el usuario.

Para obtener una explicación más detallada de las pruebas visuales, lee este artículo.

W

Web Performance Testing

Las pruebas de rendimiento web son el proceso de evaluar la velocidad, capacidad de respuesta y estabilidad de una aplicación web bajo diversas condiciones de carga. Las pruebas de rendimiento web son cruciales para identificar posibles cuellos de botella y problemas con tu aplicación para que puedas solucionarlos antes de que tus clientes los encuentren.

White-box Testing

Las pruebas de caja blanca, también conocidas como pruebas de caja clara o estructurales, son un método de pruebas de software que examina las estructuras internas y la lógica del código de un sistema. En este escenario de prueba, los probadores tienen conocimiento de los mecanismos internos del software en términos de estructura, rutas y flujo de control. El objetivo de las pruebas de caja blanca es garantizar la corrección de los segmentos de código individuales, descubrir errores en el flujo de control y verificar que todas las declaraciones y condiciones se ejecuten según lo previsto.

X

XPath

XPath (Lenguaje de Ruta XML) es un lenguaje de consulta y sintaxis de expresión utilizado para navegar y seleccionar elementos dentro de documentos XML o páginas HTML. En las pruebas de software, los probadores suelen usar expresiones / consultas XPath para señalar elementos para verificación o interacción en aplicaciones web.

Maximiza el ROI de tu tienda online con Valido AI, la herramienta líder en pruebas automatizadas impulsada por la inteligencia artificial.

Regístrate hoy y detecta errores antes de que lo hagan tus clientes.

Etiquetas: