Curso de QA Manual: Fundamentos del Aseguramiento de Calidad
Índice General
- Definición de Calidad y Aseguramiento
- El Ciclo de Mejora Continua (PDCA)
- Taxonomía del Error: Error, Defecto, Bug y Falla
- Diferencias entre Quality Assurance (QA) y Quality Control (QC)
- Planificación Estratégica: Estructura de un Test Plan Profesional
1. Definición de Calidad y Aseguramiento
La calidad de software representa el grado en que un conjunto de características inherentes al sistema
cumple con los requerimientos y expectativas explícitas e implícitas del cliente final. Un producto de calidad
debe ser apto para su uso operativo basándose en cuatro dimensiones primordiales:
- Funcionalidad: Ejecuta de manera exacta las acciones para las que fue concebido.
- Diseño y Usabilidad: Presenta una interfaz intuitiva, estética, accesible y ergonómica.
- Fiabilidad: Mantiene la estabilidad ante variaciones del entorno (compatibilidad cruzada en
diferentes sistemas operativos o navegadores web).
- Durabilidad/Mantenibilidad: Posee un ciclo de vida útil prolongado, permitiendo actualizaciones
fluidas sin comprometer el núcleo del sistema.
2. El Ciclo de Mejora Continua (PDCA)
El pilar metodológico del aseguramiento se rige por el ciclo iterativo PDCA (Plan-Do-Check-Act o
Planificar-Hacer-Verificar-Actuar):
- Planificar (Plan): Identificar desvíos en los procesos actuales y trazar un plan de acción con
objetivos claros.
- Hacer (Do): Implementar a pequeña escala las modificaciones propuestas para mitigar las fallas.
- Verificar (Check): Evaluar los nuevos datos recopilados para corroborar si los cambios se alinean con
las metas originales del negocio.
- Actuar (Act): Institucionalizar las mejoras exitosas a nivel organizacional o iterar nuevamente en
caso de desvíos.
3. Taxonomía del Error: Error, Defecto, Bug y Falla
Para comunicarse con propiedad técnica en un equipo ágil, se debe trazar la línea causal de las anomalías:
| Término Técnico |
Definición Operativa |
Ejemplo Práctico de Campo |
| Error |
Una equivocación o acción incorrecta cometida por un ser humano durante el diseño o la codificación.
|
Un desarrollador confunde un operador lógico y escribe < en lugar de
<=. |
| Defecto |
La imperfección física o lógica introducida de forma estática en el código fuente o la documentación
a raíz del error humano. |
La línea de código hereda la condición errónea quedando guardada en el repositorio central. |
| Falla (Failure) |
La manifestación dinámica y visible de un defecto. Ocurre cuando el programa se ejecuta y se
comporta de manera incorrecta. |
El usuario final ingresa un valor límite en el sistema y la aplicación se congela o lanza una
excepción. |
| Bug |
Es la formalización e identificación del defecto una vez que ha sido descubierto por el tester y
registrado oficialmente en una plataforma de gestión. |
Se crea un ticket detallado en Jira catalogado con prioridad alta para su correspondiente
reparación. |
4. Diferencias entre Quality Assurance (QA) y Quality Control (QC)
- Quality Assurance (QA - Aseguramiento): Se enfoca en las actividades orientadas a los
procesos. Es de naturaleza preventiva, analizando cómo se construye el software para evitar que
ocurran defectos en primer lugar.
- Quality Control (QC - Control de Calidad): Se enfoca en las actividades orientadas al
producto. Es de naturaleza reactiva y se encarga de probar e inspeccionar el sistema terminado para
identificar defectos latentes antes de su liberación.
5. Planificación Estratégica: Estructura de un Test Plan Profesional
El Test Plan o Plan de Pruebas es un artefacto formal altamente detallado que describe la estrategia de
verificación, cronogramas, estimaciones de esfuerzo, herramientas asignadas y mitigación de riesgos de un
proyecto.
Estructura Estándar de un Plan de Pruebas (IEEE 829)
- Introducción: Breve descripción y contexto macro del sistema de software bajo análisis.
- Propósito y Objetivos: Metas específicas de calidad que se pretenden alcanzar con el proceso de
verificación.
- Alcance (Scope):
- Dentro del alcance: Módulos y funcionalidades exactas a validar.
- Fuera del alcance: Componentes o dependencias explícitamente excluidas del análisis.
- Estrategia de Prueba: Tipos de pruebas a ejecutar (funcionales, regresión, humo) y enfoque
metodológico (QA Manual o Automatizado).
- Criterios de Aceptación:
- Criterios de Entrada: Requisitos mínimos para dar inicio formal a las pruebas (ej. ambiente
de Staging disponible y código funcional compilado).
- Criterios de Salida: Condiciones obligatorias para dar por concluidas las pruebas (ej. 100%
de casos críticos aprobados y cero bugs de severidad bloqueante abiertos).
- Cronograma y Plazos: Fechas hito y distribución temporal de las actividades de verificación.
- Recursos Necesarios: Personal asignado, infraestructura de hardware, sistemas operativos objetivo y
licencias de software de pruebas.
- Gestión de Riesgos: Identificación de imprevistos potenciales junto a sus respectivos planes de
contingencia o mitigación.
- Criterios de Éxito: Parámetros métricos que definen la culminación exitosa del plan de aseguramiento.
- Plan de Comunicación: Canales oficiales (Slack, Teams, Correo) y frecuencia de entrega de los
informes de resultados (Status Reports).