Testing vs checking en automatización de pruebas

Curso de Fundamentos de Pruebas de Software

Contenido del curso

Introducción

1
Fundamentos de testing moderno para mejorar software
01:19 min

Principios de las pruebas

Testing

Gestión, monitoreo y control

Gestión de bugs

Depuración

Bases de la automatización de pruebas

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0010:53

Testing vs checking en automatización de pruebas

Curso de Fundamentos de Pruebas de Software

Clase 10 de 29

Clase 10 / 29

Recursos

Diferenciar con precisión entre testing y checking es clave para escalar la calidad sin desperdiciar tiempo. Aquí verás cómo usar la automatización con criterio, evitar errores frecuentes de cobertura y priorizar según el negocio, manteniendo un enfoque moderno y eficaz.

¿Qué diferencia hay entre testing y checking y por qué importa?

El testing es exploración continua: entender el flujo, cómo se generan datos y cómo se llena un formulario para descubrir nuevos resultados. Nunca termina, porque siempre surgen escenarios que el usuario vive de formas distintas. El checking verifica que algo que ya conoces siga ocurriendo como se espera.

Testing: exploración de ideas y flujos para aprender y descubrir.
Checking: verificación repetitiva de comportamientos conocidos.
Ejemplo práctico: empacar por primera vez es testing; revisar una lista antes de salir es checking.

¿Cómo aplicar estrategias de checking y evitar errores comunes?

El checking no es malo; bien usado, organiza y asegura consistencia. Se aplica cuando necesitas ejecutar verificaciones con criterio de evento, liberación o programación. Aun así, conviene evitar duplicidad y pruebas sin valor de negocio.

¿Cuándo ejecutar checking: evento, liberación o programado?

Al ocurrir algo más: ejecuta checking cuando liberas nuevo código.
En cada liberación: corre todas las pruebas asociadas sin excepción.
Programado: agenda checking cuando recursos de hardware no permiten correr todo siempre.

¿Qué errores restan valor a la cobertura?

Pruebas duplicadas: equipos grandes y poca comunicación crean coberturas repetidas. Consume tiempo sin aportar calidad.
Pruebas similares: mismo flujo con variaciones mínimas y sin reutilizar scripting. Aumenta ejecución sin beneficio.
Pruebas sin valor agregado: no están alineadas al negocio en ese momento. Falta priorización.
Pruebas caducadas: el software y las plataformas cambian de versión y las pruebas quedan obsoletas.

¿Qué habilidades fortalecen un buen diseño de pruebas?

Priorización por negocio: calidad que impacta objetivos primero.
Estrategia y plan de pruebas: cobertura pensada antes de automatizar.
Optimización del código de automatización: evitar scripting duplicado.
Manejo de versiones: control claro para desarrollo y pruebas.
Comunicación de equipo: visibilidad de quién prueba qué.
Uso de recursos, metodología y herramientas: elegir procesos y toolset adecuados.

¿Qué papel tiene la automatización en la calidad y DevOps?

La automatización convierte el checking en repetición confiable. No corrige una cobertura pobre: si automatizas 50 casos, seguirás validando lo mismo. Para descubrir defectos nuevos, necesitas exploración manual y ampliar escenarios. Además, el mantenimiento de scripts crece con el tiempo; sin buen diseño, el esfuerzo desplaza actividades críticas de calidad.

Desventajas del checking mal empleado:
- Cobertura insuficiente: automatizar sin ampliar escenarios no previene acumulación de defectos.
- Falta de actualización: más pruebas implican mantener más scripts.
- Mal manejo de versiones: sin herramientas y procesos claros, surgen múltiples versiones de pruebas y código.
Ventajas del checking bien aplicado:
- Ejecución paralela en múltiples plataformas con pruebas estables.
- Reducción del error humano: evita omisiones por cansancio o prisa.
- Grandes volúmenes de datos: inventarios, ventas o nómina se validan mejor con automatización.
¿Cuándo es esencial automatizar?:
- Tareas que no cambian y flujos estables.
- Programación de corridas y liberaciones predecibles.
- Integración con integración continua y liberación continua dentro de DevOps.

Comparte en comentarios: ¿cómo equilibras la exploración manual con la automatización y qué te ha funcionado para mejorar la cobertura sin desperdiciar tiempo?

Rolando Tarqui Benito

Hace 4 años

10 - Testing en desarrollo de software

Diferencias entre Testing y Checkin

Testing: Exploración de una idea, aprender sobre un flujo o funcionalidad y que esto genere nuevos resultados, el testing nunca termina, siempre habrá nuevos escenarios que te permitan conocer otras formas de que el usuario este usando el soft.
Checking: Cuando ya sabes que sucede algo y solo estas verificando que siga pasando

Cuando empacas para viajar, hacer testing es cuando exploras qué meter en la maleta por primera vez. El cheking, por otro lado, es cuando revisas una lista de cosas para asegurarte de que siempre estén ahí antes de salir de viaje.

El checking no es malo, pero no se debe confundir con el testing. También nos permite asegurarnos que siempre sucedan las cosas, podemos usar esta técnica en 3 ocasiones

Estrategias de cheking:

solo se ejecutan si…
- ej; hacer checking de que las pruebas sigan pasando cada vez que haga un deploy
Se ejecutan cada que…
- Hacer checking cada vez que haga un deploy.
Se ejecutan de manera programada…
- mientras avanza el tiempo las pruebas se van acumulando

Errores comunes durante la ejecución:

Pruebas duplicadas: Al no tener una buena organización o comunicación con el equipo, la cobertura de pruebas puede ser duplicada, por ejemplo que algún otro miembro ya probó
Pruebas similares: A veces se pueden crear pruebas que tienen que ver con el mismo flujo.
Pruebas sin valor agregado: Aquellas que no están asociadas al negocio, se debe priorizar siempre la lógica del negocio
Pruebas caducadas: Se refiere a la tecnología por ejemplo que se esté usando ya que como sabemos se suelen ir actualizando.

Cuando logramos distinguir correctamente entre pruebas y cheking es cuando entra la automatización de pruebas, con ella se usa un framework para controlar y comparar los resultados obtenidos de los esperados, es entonces un checking repetitivo y automatizado.

Desventajas del checking mas empleado:

Pobre cobertura de pruebas automation no reduce los bugs, para eso antes se debe aumentar la cobertura de las pruebas
Falta de actualización cuando se acumulan las pruebas, el tester debe dar mantenimiento a los scripts.
Mal manejo de versiones Cuando no sabes usar las herramientas o no conoces el proceso de pruebas, los testes crean sus propias versiones

Ventajas del checking mas empleado:

Correr pruebas en paralelo o en múltiples plataformas
Reducción de error humano
Probar grandes cantidades de datos

Una vez que se llega a la integración continua y liberacion continua (CI/CD), es cuando con mayor razón se hace uso de la automatización como solución definitiva para la eficiencia del equipo de desarrollo digital y DevOps

Janet Mendez

Hace 4 años

Good notes 📝

Comentarios (111)111 comentarios

FERNANDO LLANOS

Hace 8 años

Josué Isaac Fuentes López

Ziletai Cornejo

Luzdelia Alba

attilio giglio

Hace 6 años

Natalia Opazo González

Hace 5 años

Diego Herrera

Bayron Isidro Vega Saquinaula

Company_admin

Hace 3 años

Antonio Rafael González Ferrer

Hace 7 años

Elmer Padilla Espinoza

Emiliano Castiblanco Rincón

Cristian Adrian Ayala

Emerson Cedeño

Cristian Iñiguez

Liz Joseane Sánchez Jarquín

Jonathan Herminio Roca Limache

Lourdes Castillo

Andres Velasquez

Alejandra Espinosa

David Quintero Brito

Carlos Uriel de Jesus Sánchez González

Maria Disney Arias Quintero

Kevin Morales

Omar Andrés Narváez Ortega

Korpi delfin

Irving Juárez

María Inés Santander Arrazola

Enrique Devars

Carmen Álvarez M.

Omar Daniel Centeno

Mariela Duarte Giménez

Sebastian Joshua Rojas Cortez

Jonathan Macalupu Reyes

jose blandon

Johan Suarez Largo

Introducción

Fundamentos de testing moderno para mejorar software

Principios de las pruebas

Por qué el testing moderno previene errores

Pruebas de software en cada etapa del desarrollo

Pruebas en el Ciclo de Vida del Software: Mejora y Optimización

Anomalía vs defecto vs fallo vs error

Los siete principios del testing moderno

Roles de testing especializados y tu path de crecimiento

Testing

Testing en cada fase del desarrollo

Mapas mentales para estrategias de testing

Testing vs checking en automatización de pruebas

Testing ágil: todo el equipo prueba

Niveles de pruebas: componentes a sistema

Tipos de pruebas de software explicados

Pruebas estáticas vs dinámicas en testing

Cómo diseñar casos de prueba efectivos

Gestión, monitoreo y control

Pruebas de caja negra, blanca y gris

Control y monitoreo de pruebas paso a paso

Cuatro roles clave en equipos de QA

Roles y Responsabilidades en el Testing de Software

Gestión de bugs

Responsabilidades de roles en equipos de pruebas

Métricas y dashboards para control de testing

Gestión de defectos sin sobrecostos

Defectos vs sugerencias: cómo reportar bien

Depuración

Diferencia entre testing y debugging

Pruebas de verificación sin reusar datos

De debugging reactivo a logs preventivos

Bases de la automatización de pruebas

Cuándo automatizar pruebas y cómo prepararse

Yerkin: redactar casos automatizables

Responsabilidades del tester en proyectos

Testing vs checking en automatización de pruebas