fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Se trata de un tipo de prueba de software que tiene lugar cuando se desarrolla una nueva compilación de software o cuando se introducen pequeños cambios en el código o la funcionalidad de una compilación existente.

En este artículo, vamos a profundizar en la definición y los detalles de las pruebas de cordura, explorando qué son las pruebas de cordura, cómo se pueden enfocar las pruebas de cordura y qué herramientas pueden hacer que las pruebas de cordura del software sean más sencillas y eficientes.

Tabla de contenidos

¿Qué son las pruebas de cordura?

Las pruebas de sanidad son un tipo de prueba de software que realizan los probadores para asegurarse de que una nueva compilación de software funciona como debería. Es un proceso rápido que puede evitar que los desarrolladores y los equipos de control de calidad pierdan tiempo y recursos en pruebas más rigurosas de versiones de software que aún no están listas.

Las pruebas de sanidad se utilizan a menudo después de realizar correcciones o reparaciones de errores, y están diseñadas para comprobar si estas correcciones han funcionado y si las funcionalidades básicas que se han cambiado ahora funcionan como deberían. Después de instalar la compilación, los probadores llevan a cabo pruebas de sanidad en lugar de pruebas de regresión completas para garantizar que la compilación es funcional y que los cambios se han implementado correctamente.

Si las correcciones de errores aplicadas por los desarrolladores funcionan como es debido, los probadores considerarán que se ha superado la prueba de cordura. Si no funcionan como deberían, la compilación se rechazará y se devolverá a los desarrolladores para que realicen más cambios antes de llevar a cabo pruebas más exhaustivas.

¿Cuándo hay que hacer pruebas de cordura?

Por ejemplo, después de realizar pequeños cambios en un programa, los responsables de las pruebas de software pueden llevar a cabo pruebas de sanidad para asegurarse de que estos cambios funcionan correctamente antes de pasar a las pruebas de regresión completas.

Las pruebas de sanidad se realizan después de las pruebas de humo, que permiten determinar si una compilación es estable o no, pero antes de las pruebas de regresión. Por ejemplo, si las pruebas de humo revelan inestabilidades que requieren reparaciones, podrían aplicarse pruebas de sanidad después de realizar cambios para corregir estos errores, con el fin de identificar si los cambios funcionan como se esperaba.

Cuando no es necesario hacer pruebas de cordura

Después de realizar cualquier cambio en una versión estable del software, deben realizarse pruebas de integridad para verificar la funcionalidad de los cambios. Si no has realizado ningún cambio en una compilación de software, o si estás en medio de la implementación de cambios que aún no están finalizados, no hay necesidad de realizar una prueba de cordura en una compilación.

Si decides no realizar pruebas de sanidad después de hacer cambios en una compilación de software, puedes ahorrarte tiempo a corto plazo, pero corres el riesgo de encontrar problemas mayores más adelante durante las pruebas que detengan el desarrollo y causen graves retrasos.

Siempre merece la pena llevar a cabo pruebas de sanidad después de realizar cambios que podrían afectar al rendimiento, ya que es mucho mejor identificar cualquier error o problema potencial con antelación, antes de malgastar dinero y recursos en pruebas de control de calidad más exhaustivas.

Quién participa en las pruebas de salubridad

Los probadores suelen realizar las pruebas de sanidad después de recibir una compilación estable del software para seguir probándolo. Los evaluadores de control de calidad llevan a cabo pruebas de sanidad sobre aspectos concretos de la compilación, por ejemplo, sobre funcionalidades concretas que se han modificado o errores específicos que se han corregido.

De este modo, las pruebas de sanidad ofrecen información relativamente detallada sobre áreas muy específicas de la compilación del software. Si las pruebas se superan, los probadores llevan a cabo nuevas pruebas de regresión. Si fallan, la compilación se devuelve a los desarrolladores para que sigan trabajando en ella.

Ventajas de las pruebas de sanidad

Las pruebas de sanidad ahorran mucho tiempo y esfuerzo porque evitan que los equipos de control de calidad pierdan tiempo en pruebas más profundas antes de asegurarse de que las funciones básicas de la compilación del software funcionan como deberían.

Las pruebas de sanidad son rápidas, rentables y necesarias si los equipos de desarrollo y pruebas quieren crear software sin errores de forma eficaz y rápida.

● Ahorra tiempo y recursos
● No se requiere ningún esfuerzo de documentación
● Puede ayudar a identificar objetos perdidos
● Evita problemas mayores más adelante

Es eficaz y rápido

Las pruebas de sanidad son una forma rápida y eficaz de determinar si las funcionalidades clave de una compilación de software funcionan como se espera.

En menos de una hora se pueden llevar a cabo pruebas sencillas y, si se superan, el equipo de control de calidad tiene luz verde para continuar con otras pruebas.

No requiere documentación

La mayoría de las pruebas de cordura no tienen guión, lo que significa que los probadores no tienen requisitos estrictos para escribir los criterios de aprobado/desaprobado de cada prueba o redactar documentación para presentar los resultados de la prueba de cordura. Esto significa que puede hacerse de forma relativamente rápida y casual, sin causar interrupciones significativas en el trabajo.

Puede identificar objetos perdidos

Las pruebas de sanidad pueden ayudar a los probadores a identificar objetos relacionados o ausentes que podrían ser cruciales para el funcionamiento de la compilación. Dado que las pruebas de sanidad se utilizan para probar funcionalidades específicas de forma individual, es más fácil identificar errores y problemas individuales cuando se realizan pruebas de sanidad que cuando se llevan a cabo pruebas de humo y otras pruebas iniciales de software.

Evita problemas mayores más adelante

Las pruebas de verificación de la cordura pueden ayudarle a identificar los problemas en una fase temprana del proceso de pruebas y evitar la incidencia de errores importantes y graves más adelante en el desarrollo. Identificar los problemas en una fase temprana puede ayudarle a cumplir los plazos durante el desarrollo y evitar errores costosos.

Los retos de las pruebas de cordura

Las pruebas de salubridad no están exentas de dificultades. El software de pruebas de sanidad puede ayudar a los evaluadores a identificar algunos de los principales errores de una compilación antes de continuar con las pruebas, pero no es una forma fiable de identificar todos los problemas que puedan surgir.

Algunos de los retos de las pruebas de cordura son:

● Tiene un alcance relativamente limitado y puede pasar por alto algunos problemas.
● Las pruebas de cordura no tienen guión.
● Los desarrolladores no siempre saben cómo solucionar los fallos detectados en las pruebas de cordura.
● Las pruebas de sanidad solo se centran en los comandos y funciones del software.

Tiene un alcance limitado

Las pruebas de sanidad tienen un alcance muy limitado en comparación con muchos otros tipos de pruebas. El propósito de las pruebas de sanidad es probar funcionalidades o cambios específicos para asegurarse de que funcionan correctamente. Aparte de estos cambios, las pruebas de sanidad no ofrecen ninguna información sobre la funcionalidad general de la compilación del software.

No tiene guión

Mientras que algunos probadores podrían considerar esto como una ventaja, el hecho de que las pruebas de cordura no tengan guión significa que no hay documentación a la que recurrir en el futuro si los desarrolladores o probadores quieren comprobar los resultados de una prueba de cordura. Las pruebas de sanidad tienen un uso limitado más allá de su impacto inmediato.

Sólo prueba funciones y comandos

Las pruebas de sanidad sólo se utilizan para probar funciones y comandos en una compilación de software. En las pruebas de cordura no se puede comprobar cómo funciona el software a nivel de estructura de diseño, lo que significa que no siempre es fácil para los desarrolladores identificar dónde están los problemas que surgen y cómo solucionarlos.

Las características de las pruebas de cordura

Las pruebas de sanidad pueden diferenciarse de otras formas de pruebas de software en función de sus rasgos y características clave. Es posible definir las pruebas de sanidad teniendo en cuenta sus características, que son:

● Simple
● Sin guión
● Indocumentados
● Profundo
● Estrecho
● Realizado por probadores

Simple

Las pruebas de salubridad son una forma sencilla de pruebas de software que pretenden ser fáciles de diseñar e igual de fáciles de realizar. Esto significa que las pruebas de sanidad de control de calidad se pueden realizar rápidamente cuando se necesiten, sin que los equipos de pruebas tengan que programar pruebas informales.

Sin guiones ni documentación

Por lo general, las pruebas de sanidad no están escritas ni documentadas, lo que también contribuye a que las pruebas de sanidad se realicen de manera informal en la mayoría de los entornos de prueba.

El Sanity Testing es un proceso informal que existe principalmente para comprobar que las funciones y características cambiadas funcionan como se espera.

Profundo y estrecho

Las pruebas de sanidad son un tipo de prueba de software que se considera a la vez profunda y estrecha. Esto significa que las pruebas de sanidad cubren sólo una visión limitada de una compilación de software, pero profundizan en aquellos aspectos de la compilación que sí comprueban.

Por ejemplo, los probadores de software pueden probar en detalle la función de una única característica en lugar de probar todas las características principales a un nivel básico.

Realizado por probadores

Las pruebas de sanidad casi siempre las realizan los probadores. Esto diferencia las pruebas de sanidad de otras formas comunes de pruebas de software, como las pruebas de humo, que pueden llevar a cabo los equipos de control de calidad o los desarrolladores.

Sanity testing vs smoke testing vs regression testing

A menudo se habla conjuntamente de pruebas de sanidad, pruebas de humo y pruebas de regresión, y algunas personas pueden confundir los distintos tipos de pruebas si no comprenden las diferencias entre la definición de pruebas de sanidad y otros tipos de pruebas.

Las pruebas de humo y de sanidad son pruebas rápidas que se realizan para determinar si una compilación de software funciona correctamente. Sin embargo, las pruebas de cordura son diferentes de las pruebas de humo y de las pruebas de regresión.

¿Qué son las pruebas con humo?

Las pruebas de humo en el control de calidad son un tipo de prueba de software que se realiza en nuevas versiones de software para comprobar la funcionalidad y el comportamiento. Una prueba de humo es una prueba rápida que recorre las funcionalidades básicas del software para garantizar que funcionan correctamente.

Por ejemplo, supongamos que está probando una aplicación móvil de compras. En ese caso, puede utilizar una prueba de humo para comprobar si los clientes pueden iniciar sesión, añadir artículos a sus cestas y realizar el pago sin encontrar fallos o errores importantes.

Las pruebas de humo también se llevan a cabo después de realizar cambios en el código de desarrollo que podrían afectar a la funcionalidad de una compilación.

¿Qué es la prueba de regresión?

Las pruebas de regresión son un tipo de prueba de software que existe para confirmar que los cambios recientes realizados en el código no han afectado negativamente a las características o la funcionalidad del software.

Las pruebas de sanidad son un subconjunto de las pruebas de regresión porque implican probar la función de características o módulos individuales.

Las pruebas de regresión son pruebas detalladas de todas las áreas que han cambiado o se han modificado desde la última compilación.

¿Cuál es la diferencia entre las pruebas de humo y las pruebas de sanidad?

Al igual que las pruebas de humo, las pruebas de sanidad determinan si determinadas funcionalidades funcionan como deberían.

Sin embargo, a diferencia de las pruebas de humo, las pruebas de sanidad se centran únicamente en una o dos funcionalidades, normalmente las que se han modificado o reparado más recientemente. Una diferencia entre las pruebas de humo y las pruebas de sanidad es que las primeras ofrecen una visión más amplia de la funcionalidad de una compilación de software, mientras que las segundas ofrecen una visión más limitada pero más profunda de un único aspecto de la compilación.

Las pruebas de sanidad son, en última instancia, un subconjunto de las pruebas de regresión, que son un tipo de pruebas de software que los probadores utilizan para determinar cómo funciona una compilación de software después de que se hayan realizado cambios.

La mayor diferencia entre las pruebas de humo y las de regresión es que las primeras se llevan a cabo en versiones iniciales o inestables, mientras que las segundas se realizan siempre en versiones estables.

Tanto los probadores como los desarrolladores pueden llevar a cabo pruebas de humo, mientras que los probadores siempre realizan pruebas de regresión.

¿Qué diferencia hay entre las pruebas de sanidad y las de regresión?

Las pruebas de regresión son un superconjunto de las pruebas de sanidad, lo que significa que una prueba de sanidad es esencialmente un pequeño elemento de una prueba de regresión completa.

La mayor diferencia entre las pruebas de sanidad y las de regresión es que estas últimas solo comprueban unas pocas áreas seleccionadas del código que se han modificado para “verificar la sanidad” del estado de la compilación, mientras que las pruebas de regresión comprueban todas las áreas del código modificado para asegurarse de que funcionan como se espera.

Otra diferencia entre las pruebas de sanidad y las de regresión es que estas últimas se realizan en primer lugar, y las pruebas de regresión completas sólo tienen lugar si se superan las pruebas de sanidad.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Pruebas de humo, cordura y regresión: conclusión

Las pruebas de humo, las pruebas de sanidad y las pruebas de regresión son tipos de pruebas de software que pueden ayudar a desarrolladores y probadores a identificar errores en el código en una fase temprana del desarrollo.

Las pruebas de humo son el primer tipo de pruebas que se realizan, y pueden llevarlas a cabo tanto los desarrolladores como los probadores en versiones inestables. Esta es la mayor diferencia entre las pruebas de humo y las de regresión.

A continuación se realizan las pruebas de sanidad y, si se superan estas dos primeras pruebas, se lleva a cabo la regresión completa.

Los tres tipos de pruebas son esenciales para garantizar que los equipos de desarrollo y de control de calidad no pierdan tiempo y recursos en la creación de software con errores que podrían causar retrasos importantes si se detectan más adelante en el desarrollo.

Pruebas de sanidad manuales frente a automatizadas

La tecnología de automatización moderna permite automatizar las pruebas de sanidad para reducir la cantidad de tiempo que los probadores tienen que dedicar a realizar estas pruebas necesarias.

Sin embargo, la automatización de las pruebas de sanidad suele requerir más recursos técnicos que las pruebas manuales y puede ser difícil disponer del tiempo de desarrollo necesario para crear y ejecutar pruebas de sanidad automatizadas sin utilizar herramientas de pruebas de sanidad.

A menudo, la mejor opción es combinar las pruebas automatizadas habituales con pruebas de sanidad manuales para explorar las funciones básicas con más detalle.

Pruebas de sanidad manuales: ventajas, retos y proceso

Las pruebas de sanidad manuales son cualquier tipo de prueba de sanidad realizada manualmente por evaluadores humanos. Cuando las pruebas se realizan manualmente, los probadores validan por sí mismos las características clave de la construcción del software comprobando los resultados de varios casos de prueba y cotejándolos con los resultados esperados.

A menudo se considera que las pruebas manuales son más detalladas que las automatizadas porque permiten realizar pruebas más exploratorias. Mientras que las pruebas automatizadas se limitan a seguir un guión establecido, los probadores manuales pueden utilizar su propia perspicacia y criterio para explorar características y procesos que pueden requerir una mayor investigación. En otras palabras, pueden “salirse del guión”.

Las ventajas de las pruebas de sanidad manuales incluyen:

● Las pruebas manuales pueden ser realizadas fácilmente por personal de control de calidad no técnico.
● Es fácil configurar una prueba de sanidad manual sin recursos específicos.
● Los probadores pueden explorar diferentes elementos de la compilación del software durante una prueba manual.
Sin embargo, las pruebas de sanidad manuales también tienen muchas desventajas:

● Las pruebas manuales llevan mucho tiempo y no pueden realizarse con la misma regularidad que las automatizadas.
● Las pruebas pueden ser menos detalladas si los probadores quieren ahorrar tiempo.
● La cobertura de las pruebas puede ser menor
● Hay margen para el error humano en las pruebas de sanidad manuales

Automatización de pruebas de sanidad: ventajas, retos y proceso

Las pruebas automatizadas son cada vez más populares entre los equipos de pruebas que disponen de los recursos y las competencias para aplicarlas. La automatización de las pruebas de sanidad permite a los equipos de pruebas realizar pruebas de sanidad con mayor regularidad y estandarizar el proceso de pruebas de sanidad en varias pruebas.

La realización de pruebas de sanidad del software mediante herramientas de automatización es una de las formas más rápidas y eficaces de llevar a cabo pruebas de sanidad, pero requiere que los equipos de software asignen recursos técnicos a la creación y gestión de procesos de automatización.

En equipos pequeños, esto podría restar recursos a procesos cruciales como el desarrollo y la corrección de errores.

Las ventajas de las pruebas de sanidad automatizadas incluyen:

● Las pruebas de sanidad automatizadas son mucho más eficientes que las pruebas manuales
● No hay límites a la regularidad con la que se pueden realizar pruebas de sanidad cuando se utiliza la automatización.
● Hay poco margen para el error humano en la automatización de las pruebas de cordura.
● Las pruebas de salubridad automatizadas pueden abarcar una gama más amplia de muestras.

Sin embargo, las pruebas automatizadas también tienen sus inconvenientes:

● Las pruebas automatizadas no dejan lugar a la subjetividad
● Las pruebas automatizadas no pueden explorar fuera de sus escenarios guionizados
● Automatizar las pruebas de sanidad cuesta recursos
● No todos los equipos de pruebas tienen los conocimientos técnicos necesarios para automatizar las pruebas de comprobación de cordura.

Conclusión: ¿Automatización de pruebas manuales o de sanidad?

Lo ideal es que los equipos de desarrollo y los probadores puedan combinar las pruebas manuales de control de calidad con las pruebas automatizadas para obtener los mejores resultados. Esto permite a los equipos de software beneficiarse de la coherencia de las pruebas automatizadas y la flexibilidad de las pruebas manuales.

Tanto en el caso de las pruebas de humo como en el de las de cordura, la automatización de las pruebas de cordura requiere recursos y conocimientos técnicos, por lo que no siempre es posible, especialmente en el caso de equipos de software pequeños o de pruebas de cordura puntuales.

Los equipos de pruebas que deseen explorar las pruebas automatizadas pueden utilizar herramientas de pruebas de cordura para simplificar el proceso de automatización y reducir la necesidad de personal de desarrollo adicional.

Lo que necesita para empezar a hacer pruebas de cordura

Antes de empezar las pruebas de cordura, es importante determinar cómo se van a abordar y definir los parámetros y objetivos de las mismas. No se necesitan muchas herramientas reales para realizar pruebas de cordura, y éstas pueden realizarse en gran medida sin planificación.

En la mayoría de los casos, las pruebas de sanidad se llevan a cabo porque se han realizado cambios en una compilación de software estable y los responsables de las pruebas quieren verificar que estos cambios funcionan como se esperaba.

En este caso, iniciará una prueba de cordura describiendo los cambios realizados, los procesos que va a utilizar para probarlos y los resultados esperados de cada prueba.

Una versión estable

Las pruebas de sanidad se llevan a cabo una vez que se ha comprobado la estabilidad de la compilación del software mediante pruebas de humo. Es responsabilidad de los desarrolladores y probadores asegurarse de que una compilación de software es estable antes de realizar más pruebas.

Escenarios de casos de prueba

Antes de empezar las pruebas de sanidad, tendrá que esbozar los escenarios de casos de prueba que va a probar, independientemente de si va a llevar a cabo pruebas de sanidad manuales o automatizadas.

Si está realizando pruebas de cordura después de que se hayan corregido los errores, querrá definir casos de prueba que verifiquen la calidad de las correcciones.

Herramientas de pruebas de sanidad

No se necesitan herramientas especiales para realizar pruebas de sanidad, pero las herramientas de pruebas de sanidad pueden facilitar la realización de pruebas durante el transcurso normal de la jornada laboral.

Si desea pasar a pruebas de cordura regulares a lo largo del día, o si su equipo de desarrollo realiza múltiples modificaciones en una compilación de software cada día, las herramientas de pruebas de cordura podrían ayudarle. Por ejemplo, puede utilizar herramientas de prueba para implantar la automatización de procesos robóticos.

El proceso de pruebas de sanidad

Las pruebas de sanidad del software suelen ser un proceso relativamente rápido que puede llevarse a cabo en menos de una hora. La automatización de las pruebas de sanidad puede llevar más tiempo al principio, pero una vez que el script de automatización esté configurado, podrá llevar a cabo pruebas de sanidad en muy poco tiempo.

Siga los pasos que se indican a continuación para saber cómo realizar una prueba de sanidad manual y qué pasos deberá seguir en cada fase del proceso de prueba.

1. Identificar los componentes modificados

El propósito de las pruebas de sanidad es comprobar la funcionalidad de características y componentes específicos después de realizar cambios en una compilación.

Antes de iniciar las pruebas de sanidad del software, es importante identificar qué componentes se han modificado o añadido a la compilación y qué aspectos del código se han cambiado desde la última ronda de pruebas.

2. Evaluar cada componente

Una vez identificados los componentes que requieren pruebas, puede analizar cada componente por separado para comprender sus atributos y cómo se supone que debe funcionar.

Esto ayuda a los probadores a comprender los resultados esperados de las pruebas de cordura y a dar sentido a los resultados de sus pruebas.

3. Definir el enfoque de las pruebas de sanidad

En esta etapa, es necesario definir su enfoque de las pruebas de cordura. ¿Va a realizar pruebas manuales o automatizadas?

Si utiliza un enfoque automatizado, las herramientas que utilice para automatizar las pruebas deberían ayudarle a crear secuencias de comandos para probar los componentes que ya ha identificado.

Si realiza las pruebas manualmente, piense en cómo probar las funciones que necesita verificar.

4. Realizar pruebas de sanidad

La siguiente etapa de las pruebas de cordura es la realización de las pruebas propiamente dichas.

Los probadores realizan pruebas manuales de comprobación de sanidad evaluando todos los componentes, parámetros vinculados y funciones de los módulos que se han editado, añadido o modificado desde la última prueba.

Al realizar pruebas de sanidad del software, compare los resultados de cada prueba de sanidad con los resultados esperados de la prueba para comprobar si cada componente funciona correctamente.

5. 5. Próximos pasos

Una vez realizada la prueba de cordura, considere si la compilación ha sido correcta o incorrecta. Si las pruebas de cordura dan lugar a comportamientos o resultados inesperados, devuelva la compilación a los desarrolladores para que sigan trabajando en ella.

Si la compilación supera las pruebas de sanidad, es decir, si todos los componentes de la compilación se comportan de la forma esperada, se pueden realizar más pruebas de regresión.

Prácticas recomendadas para las pruebas de sanidad

Dado que las pruebas de cordura no tienen guión ni documentación, los evaluadores pueden llevarlas a cabo como y cuando lo necesiten. No hay muchas mejores prácticas recomendadas para las pruebas de cordura porque es un tipo de prueba de software tan casual, pero hay algunas reglas que puede seguir para ayudarle a asegurarse de que obtiene el máximo provecho de sus pruebas de cordura.

Realice siempre una prueba de sanidad después de añadir una nueva funcionalidad

Las pruebas de sanidad del software son necesarias cuando se añaden nuevas funciones o comandos a una compilación de software estable.

La mejor práctica más importante de las pruebas de sanidad es realizarlas siempre que se modifique o añada un componente, o cuando se repare un error.

Centrarse en las funciones y comandos pertinentes

Parte de la definición de las pruebas de sanidad es su enfoque en funciones y comandos, pero cuando usted está llevando a cabo pruebas de sanidad es importante centrarse en aquellas funciones y comandos que son más importantes para la función de la construcción de su software.

Al igual que las pruebas de humo, las pruebas de sanidad se utilizan mejor para evaluar las funcionalidades básicas que podrían causar graves interrupciones si no se identifican en esta fase.

Siempre que sea posible, automatice las pruebas

Si dispone de los recursos, las herramientas y los conocimientos técnicos necesarios para automatizar sus pruebas de cordura, esto puede ayudarle tanto a acelerar el proceso de prueba como a estandarizar las metodologías de prueba.

Esto no significa que las pruebas automatizadas deban utilizarse siempre en lugar de las pruebas manuales, sino que siempre es mejor aplicar algún tipo de prueba automatizada junto con las pruebas manuales.

Tipos de resultados de un test de sanidad

La mayoría de las veces, el resultado de una prueba de sanidad será simplemente una decisión binaria de aprobado o suspenso en función de cómo se comporten los componentes que se prueban en las condiciones de la prueba.

Pase

Si el código que se ha modificado no tiene errores o errores lógicos, esto debería dar lugar a que su prueba de cordura pase. Pasar simplemente significa que cuando usted realiza su prueba de cordura, los módulos se comportan de la manera que usted esperaría que lo hicieran.

Si se supera la prueba de cordura, los probadores continúan con más pruebas y un conjunto completo de pruebas de regresión.

Falla

Si las funciones que pruebas no se comportan como esperas cuando realizas tu prueba de cordura, esto indica que la prueba ha fallado.

A continuación, los encargados de las pruebas devuelven el software al equipo de desarrollo para que continúe con el desarrollo, repare los fallos y corrija cualquier error en el código que pueda estar provocando el fallo de las pruebas.

Ejemplos de pruebas de sanidad

Aprender a realizar pruebas de sanidad con pruebas de ejemplo es la mejor manera de entender cómo funcionan las pruebas de sanidad y cómo realizar una prueba de sanidad manualmente.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

A continuación se muestran dos ilustraciones de pruebas de sanidad con casos de prueba de ejemplo.

Pruebas de sanidad tras la corrección de un error

Durante las pruebas de humo, los desarrolladores detectaron errores en una aplicación de comercio electrónico que impedían a los clientes añadir nuevos artículos a sus cestas.

Después de reparar este error, la versión se pasó a los evaluadores de control de calidad para realizar una prueba de cordura. La prueba de cordura consistió en probar la funcionalidad de añadir nuevos artículos a la cesta para asegurarse de que funcionaba como se esperaba.

Pruebas de sanidad tras las modificaciones

Un equipo de desarrolladores ha estado trabajando en una actualización de una aplicación de listas de la compra que permite a los usuarios clasificar las listas con diferentes etiquetas. Esto implica añadir mucho código nuevo a la compilación existente para implementar esta función.

Una vez añadido el código, los probadores realizan pruebas de sanidad para evaluar la nueva función y comprobar su rendimiento. Surge un error que impide a los usuarios recategorizar una lista una vez que ya le han añadido una etiqueta, por lo que la compilación se devuelve a los desarrolladores para que sigan trabajando en ella.

Tipos de errores y fallos detectados mediante las pruebas de sanidad

Las pruebas de salubridad se suelen utilizar para comprobar la racionalidad de una compilación de software después de que se hayan realizado modificaciones que puedan afectar a la funcionalidad del software.

Como tal, las pruebas de sanidad del software pueden ayudar a los probadores de control de calidad a identificar varios fallos y errores en el código informático.

Errores lógicos

Las pruebas de sanidad pueden ayudar a probadores y desarrolladores a identificar errores lógicos en el nuevo código. Estos errores pueden hacer que las funciones básicas se comporten de forma inesperada o incluso que el software se bloquee.

Bichos

Los errores en el código informático pueden ser pequeños o grandes; en algunos casos, pueden afectar simplemente a la facilidad de uso y la comodidad, mientras que en otros pueden impedir el funcionamiento de toda la aplicación.

Las pruebas de sanidad pueden identificar errores o revelar si un error se ha corregido adecuadamente o no.

Métricas comunes de las pruebas de sanidad

Las métricas en cualquier tipo de prueba de software deben ser contables y cuantificables. Al realizar pruebas de sanidad, es importante hacer un seguimiento de las métricas que pueden ayudarle a evaluar el producto o el resultado de su prueba de sanidad objetivamente.

Esto es especialmente importante si desea automatizar las pruebas de sanidad en el futuro.

Algunos ejemplos de métricas de pruebas de sanidad incluyen:

● Casos de prueba no ejecutados
● Casos de prueba superados
● Casos de prueba fallidos
● Casos de prueba bloqueados

Efectivamente, las métricas medibles incluyen cualquier resultado que proporcione datos cuantitativos que reflejen lo bien que ha funcionado la compilación de su software durante la prueba de sanidad.

5 mejores herramientas gratuitas de Sanity Testing

Si está interesado en implementar herramientas gratuitas de pruebas de sanidad para ayudar a planificar, ejecutar y automatizar pruebas de sanidad en compilaciones estables de software, a continuación encontrará una lista de algunas de las mejores herramientas de pruebas de sanidad disponibles en línea de forma gratuita en la actualidad.

ZAPTEST edición GRATUITA

ZAPTEST es una suite de herramientas de prueba gratuita que está disponible tanto en versión gratuita como en edición empresarial de pago.

La herramienta ZAPTEST FREE es una herramienta de pruebas de software que permite a los usuarios automatizar pruebas de sanidad, pruebas de humo y otros tipos de pruebas de software para probar aplicaciones para Mac, Windows, Android y otras plataformas.

Es fácil de manejar y la forma ideal de probar la automatización de pruebas de cordura sin pagar una prima.

En resumen, la tecnología 1SCRIPT de ZAPTEST permite la automatización de pruebas en cualquier aplicación de software, multiplataforma, multinavegador, multidispositivo, y en una interfaz sin código que es ideal tanto para probadores principiantes como muy experimentados.

QA Wolf

Si lo que buscas es simplicidad, QA Wolf es una aplicación de pruebas de control de calidad deliciosamente sencilla que está totalmente alojada en tu navegador, lo que significa que no necesitarás descargar nada para utilizarla. Puede utilizar QA Wolf para realizar pruebas automatizadas independientemente de su nivel de conocimientos.

Selenio

Selenium es otra herramienta de pruebas disponible tanto en versión gratuita como de pago. Selenium es compatible con una gran cantidad de lenguajes de programación, lo que lo convierte en una gran opción para los equipos de desarrollo que utilizan lenguajes menos comunes, y se puede utilizar para automatizar las pruebas de sanidad y otros tipos de pruebas para aplicaciones web.

Watir

Si quiere empezar a escribir sus propias pruebas de software automatizadas pero no sabe por dónde empezar, Watir es una herramienta de código abierto que facilita la escritura de pruebas de cordura automatizadas sencillas y mantenibles.

Molino de viento

Windmill es una herramienta de pruebas de código abierto creada para automatizar las pruebas y la depuración de aplicaciones web. Es una herramienta eficaz para los “sanity testers” que desean comprobar que las aplicaciones web se han depurado correctamente durante la fase de desarrollo.

Lista de comprobación de las pruebas de sanidad

Antes de realizar sus primeras pruebas de cordura, asegúrese de que entiende cómo definir las pruebas de cordura y qué necesitará antes de empezar a realizarlas.

● ¿Sabes qué nuevas funcionalidades se han añadido a la compilación?
● ¿Entiendes cómo se supone que funciona la nueva funcionalidad?
● ¿Cuáles son sus criterios para aprobar y suspender la prueba de cordura?
● ¿Necesitas adquirir alguna herramienta de pruebas de cordura antes de empezar?
● ¿Cómo piensa transmitir los resultados de su prueba a los desarrolladores?
● ¿Sabes cómo repetir las pruebas de cordura si es necesario?
Una vez que conozcas todas las respuestas a estas preguntas, estarás listo para iniciar tu primera prueba de cordura.

Conclusión

Las pruebas de sanidad son un paso necesario en las pruebas de software que permite a los probadores evaluar si los componentes modificados recientemente funcionan correctamente. Las pruebas de sanidad siempre las realizan los probadores y no los desarrolladores, y es posible automatizarlas o realizarlas manualmente.

A medida que más equipos de software avanzan hacia la hiperautomatización, las pruebas de sanidad automatizadas son cada vez más comunes. Lo ideal es que los equipos de software realicen pruebas exploratorias manuales cuando prueban nuevos componentes y que utilicen pruebas automatizadas para probar pequeños cambios a lo largo de la jornada laboral.

Preguntas frecuentes y recursos

Si desea ampliar sus conocimientos sobre las pruebas de salubridad, consulte algunos de los recursos y preguntas frecuentes que figuran a continuación.

Los mejores cursos sobre automatización de pruebas de sanidad

Puede aprender más sobre las pruebas de sanidad y otros tipos de pruebas de software buscando cursos en línea sobre pruebas de sanidad. Puede encontrar cursos en línea en sitios web como:

● Coursera
● Uplatz
● Línea de rumbo
● Edureka
Algunos cursos en línea son gratuitos, mientras que otros pueden ofrecer certificaciones o cualificaciones a cambio de una cuota.

Los mejores libros sobre pruebas de cordura

Puedes mejorar tus conocimientos sobre pruebas de cordura leyendo libros sobre pruebas de cordura y pruebas de software.

● Pruebas de software, por Ron Patton
● Cómo romper software, de James Whittaker.
● Técnicas de prueba de software, por Boris Beizer.
● Automatización de pruebas de software, por Mark Fewster y Dorothy Graham.
● Pruebas ágiles, por Lisa Crispin y Janet Gregory.

¿Cuáles son las 5 preguntas más frecuentes en una entrevista sobre pruebas de cordura?

Antes de solicitar puestos de control de calidad que puedan implicar pruebas de cordura, puedes preparar las respuestas a las preguntas habituales de las entrevistas sobre pruebas de cordura.

● ¿Cuál es la diferencia entre las pruebas de humo y de sanidad?
● ¿Cuándo debes realizar pruebas de sanidad?
● ¿Cómo se determina si una prueba de cordura ha fallado?
● ¿Cuándo podría realizar pruebas manuales frente a automatizadas?
● ¿Cuáles son las ventajas de las pruebas de cordura?

Los mejores tutoriales de YouTube sobre pruebas de cordura

Puedes aprender más sobre las pruebas de cordura en estos vídeos de YouTube:

¿Qué es el Sanity Testing?
La diferencia entre las pruebas de humo y las de salubridad
¿Qué es el “Sanity Testing”? Academia Purushotam
Smoke Testing vs Sanity Testing con ejemplos

Cómo mantener las pruebas de cordura

Dado que las pruebas de sanidad suelen utilizarse para verificar las modificaciones realizadas en el código, cada vez que ejecute una prueba de sanidad puede estar probando diferentes elementos del código o adaptando su prueba para evaluar diferentes funcionalidades.

Por este motivo, es importante estar al tanto del mantenimiento de sus pruebas de cordura para asegurarse de que está preparado para realizarlas siempre que sea necesario.

● Actualice los casos de prueba a medida que evoluciona la funcionalidad de su compilación de software.
● Siga siempre las mejores prácticas de diseño de pruebas
● Reevalúe sus pruebas periódicamente.
● Ten en cuenta los proyectos futuros al crear nuevas pruebas

¿Qué son las pruebas de cordura en el control de calidad?

Es un tipo de prueba de software que consiste en probar componentes recién modificados o añadidos a una compilación de software estable para asegurarse de que se comportan correctamente.

Esta definición de “sanity testing” distingue el “sanity testing” del “smoke testing” porque el “smoke testing” se lleva a cabo en compilaciones inestables.

Las pruebas de sanidad del software siempre las realizan los probadores y no los desarrolladores, y una de las razones más comunes para realizar una prueba de sanidad es que se haya corregido o reparado un error. De este modo, los probadores se aseguran de que la corrección funciona correctamente y pueden comenzar las pruebas posteriores.

Por supuesto, si su organización necesita servicios de pruebas de software a nivel empresarial, póngase en contacto con nosotros. ZAPTEST es la herramienta de automatización líder en cualquier plataforma, incluyendo Linux, Windows, Android, iOS, web. Permite realizar cualquier prueba, incluidas pruebas de carga, pruebas de rendimiento, pruebas de interfaz de usuario, pruebas unitarias, pruebas funcionales, pruebas de integración, pruebas de interfaz de usuario, pruebas de API complejas, ¡y muchas muchas más!

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post