QA vs QC vs Testing

La Gran Confusion #

En la industria del software, los terminos “QA,” “QC” y “Testing” se usan indistintamente con tanta frecuencia que la mayoria de las personas han dejado de notar la diferencia. Las ofertas de trabajo dicen “QA Engineer” cuando quieren decir “Tester.” Los departamentos se llaman “QA” cuando solo hacen “QC.” Y “testing” se usa como termino general para todo lo relacionado con calidad.

Esta confusion importa. Entender estos tres conceptos como disciplinas distintas pero relacionadas cambia como piensas sobre la calidad y, en ultima instancia, como construyes mejor software.

Quality Assurance (QA): El Proceso #

Quality Assurance esta orientado a procesos. Se enfoca en prevenir defectos mejorando los procesos usados para crear software. QA no examina el producto directamente — examina y mejora los procesos que producen el producto.

Piensa en QA como el inspector de fabrica que no revisa productos individuales saliendo de la linea de ensamblaje, sino que audita la linea de ensamblaje misma. Estan calibradas las maquinas? Estan capacitados los trabajadores? Los materiales provienen de proveedores confiables? Si el proceso es correcto, los productos seran correctos.

Actividades de QA #

• Definir estandares de desarrollo y guias de codificacion
• Establecer procesos de revision (code reviews, revisiones de diseno)
• Implementar pipelines de CI/CD
• Crear y mantener estrategias de testing
• Realizar auditorias de procesos
• Capacitar al equipo en mejores practicas
• Seleccionar e implementar herramientas
• Definir metricas y KPIs de calidad
• Establecer flujos de gestion de defectos
• Realizar analisis de causa raiz para prevenir recurrencia

QA Es Proactivo #

La caracteristica fundamental de QA es que es proactivo. Actua antes de que se creen defectos. Cuando QA introduce una regla de que “todas las consultas a base de datos deben usar parametros,” previene que se escriban vulnerabilidades de SQL injection.

Quality Control (QC): El Producto #

Quality Control esta orientado al producto. Se enfoca en identificar defectos en el producto real. QC examina el entregable — el codigo, la aplicacion, el sistema — para determinar si cumple los estandares de calidad.

Piensa en QC como el inspector al final de la linea de ensamblaje que revisa cada producto en busca de defectos. Examina los productos terminados, los compara contra estandares de calidad y marca lo que no cumple.

Actividades de QC #

• Testing (todos los tipos: funcional, performance, seguridad, etc.)
• Inspecciones de codigo y walkthroughs
• Revision de documentacion por precision
• Validacion de builds y despliegues
• Monitoreo de produccion por defectos
• Verificacion de cumplimiento de estandares
• Revision de resultados de testing y metricas

QC Es Reactivo #

La caracteristica fundamental de QC es que es reactivo. Actua despues de que el producto (o parte de el) es creado. QC encuentra defectos que ya existen, en lugar de prevenir su introduccion.

Testing: La Actividad #

Testing es una actividad dentro de QC. Es el proceso de ejecutar software para encontrar defectos comparando el comportamiento real con el comportamiento esperado. Testing es la parte mas visible y practica del ecosistema de calidad.

Actividades de Testing #

• Escribir y ejecutar casos de prueba
• Testing exploratorio
• Testing de regresion
• Testing de rendimiento
• Testing de seguridad
• Testing de usabilidad
• Reportar defectos

Testing Es un Subconjunto de QC #

Toda actividad de testing es una actividad de QC, pero no toda actividad de QC es testing. Un walkthrough de codigo es QC (examinando el producto) pero no es testing (no se ejecuta el software). Una revision de documentacion es QC pero no testing.

Como Se Relacionan #

La relacion es jerarquica pero ciclica:

1. QA define los procesos y estandares
2. QC evalua el producto contra esos estandares
3. Testing es la tecnica de QC mas comun
4. Resultados del testing y QC retroalimentan al QA para mejorar procesos

Comparacion Integral #

Un Dia en Cada Rol #

Un Dia en QA #

Maria es QA Manager. Hoy ella:

• Revisa la tasa de escape de defectos del ultimo trimestre e identifica que 60% de los bugs en produccion estan relacionados con integracion de APIs
• Propone un nuevo proceso: todos los cambios de API deben incluir contract tests antes de merge
• Actualiza el documento de estrategia de testing para incluir contract testing de APIs
• Conduce una retrospectiva sobre el ultimo incidente en produccion para identificar brechas en procesos
• Capacita a ingenieros junior en el nuevo enfoque de contract testing

Maria no probo nada hoy. Mejoro los procesos que previenen defectos futuros.

Un Dia en QC #

David es Analista QC. Hoy el:

• Revisa el codigo de una nueva funcionalidad de pago contra estandares de codificacion
• Inspecciona la documentacion del API para asegurar que coincide con la implementacion real
• Valida que los artefactos del build estan correctamente firmados y versionados
• Revisa el reporte de cobertura de tests para identificar areas sub-testeadas
• Realiza una revision de seguridad del flujo de autenticacion

David examino varios productos y artefactos, pero no ejecuto ninguna prueba.

Un Dia en Testing #

Priya es Test Engineer. Hoy ella:

• Ejecuta 15 casos de regresion para el flujo de checkout
• Realiza testing exploratorio en la nueva funcionalidad de busqueda
• Escribe tres nuevos casos de prueba para el flujo de restablecimiento de contrasena
• Ejecuta el suite automatizado de API y investiga dos fallas
• Crea bug reports para los defectos que encontro

Priya ejecuto software y comparo comportamiento real vs. esperado todo el dia. Eso es testing.

En Organizaciones Reales #

En la practica, especialmente en empresas mas pequenas, los limites se difuminan significativamente:

Startups pequenas (5-20 personas): Una persona frecuentemente maneja los tres. Define procesos de testing (QA), revisa pull requests (QC), y escribe y ejecuta pruebas (Testing). Su titulo usualmente es “QA Engineer.”

Empresas medianas (50-200 personas): Un equipo de QA maneja QC y Testing. Un QA Manager o Lead maneja QA a nivel de procesos. Los desarrolladores participan en QA mediante code reviews y unit testing.

Grandes corporaciones (500+ personas): Departamentos de QA dedicados definen estandares organizacionales. Equipos de QC auditan proyectos. Equipos de testing ejecutan pruebas. Especialistas en mejora de procesos se enfocan puramente en metodologia QA.

Ejercicio: Clasifica las Actividades #

Clasifica cada actividad como QA, QC o Testing:

1. Ejecutar un test de carga con 10,000 usuarios virtuales
2. Implementar una regla de que todos los commits deben pasar linting antes del merge
3. Revisar un documento de requisitos en busca de ambiguedades
4. Ejecutar un caso de prueba que verifica el color del boton de login
5. Establecer un proceso de triage de bugs con definiciones de severidad
6. Inspeccionar el build desplegado para verificar el numero de version correcto
7. Configurar un pipeline de CI que ejecute unit tests en cada commit
8. Realizar testing exploratorio en una nueva funcionalidad movil
9. Definir la definicion de “Done” para user stories
10. Comparar manualmente la respuesta del API contra la especificacion Swagger

Tips Profesionales #

Tip 1: Tu titulo puede decir “QA” pero tu trabajo podria ser “Testing.” Esto es normal. En la mayoria de organizaciones, “QA Engineer” significa alguien que testea software. Pero entender el espectro completo QA-QC-Testing te ayuda a crecer mas alla de la ejecucion de pruebas hacia mejora de procesos y liderazgo estrategico de calidad.

Tip 2: Invierte en QA para reducir la carga de QC. Cada hora gastada en QA (previniendo defectos) ahorra multiples horas de QC y Testing (encontrando y corrigiendo defectos). Si tu equipo sigue encontrando la misma categoria de bugs, deja de testear mas fuerte y empieza a mejorar el proceso que permite esos bugs.

Tip 3: Testing es necesario pero no suficiente. No puedes inyectar calidad en un producto a traves de testing. Si el proceso de desarrollo esta roto, ninguna cantidad de testing producira un producto de calidad. Por eso existe QA — para arreglar la causa raiz, no solo los sintomas.

Puntos Clave #

• QA esta orientado a procesos y es preventivo — mejora como se construye el software
• QC esta orientado al producto y es detectivo — evalua lo que se construyo
• Testing es una actividad basada en ejecucion dentro de QC — ejecuta software para encontrar defectos
• Testing es un subconjunto de QC, que opera bajo el paraguas de QA
• En la practica, una persona frecuentemente realiza los tres roles, especialmente en equipos pequenos
• Entender estas distinciones te ayuda a crecer de ejecutor de pruebas a lider de calidad