Estrategia de pruebas en CI/CD: garantizar la calidad en cada implementación
Comparta cómo planificar estrategias de prueba en el proceso de CI/CD, qué pruebas se deben ejecutar en cada etapa desde el compromiso hasta la implementación y cómo establecer niveles de calidad.
Última actualización:2026-03-07
Este artículo utiliza GitHub Actions como ejemplo. La configuración de otras herramientas de CI/CD puede ser diferente.
Tabla de contenido
1. ¿Por qué CI/CD necesita control de calidad?
No hay CI/CD para pruebas automatizadas, simplemente "implementar errores rápidamente en producción". El nivel de calidad es el alma de CI/CD.
2. Etapa 1: etapa de confirmación (se activa con cada impulso)
Objetivo de tiempo de ejecución: < 5 minutos
-
análisis estático
ESLint, Pylint, SonarQube
-
Pruebas unitarias
Rápido, independiente, sin dependencias externas
-
cobertura de código
Establecer un umbral mínimo (por ejemplo, 80%)
3. Etapa 2: etapa de prueba de integración
Objetivo de tiempo de ejecución: < 15 minutos
-
Pruebas API
Verificar interacciones entre servicios
-
Pruebas de bases de datos
Migración, integridad de datos
-
Simulacro de servicio de terceros
No depende de servicios externos
4. Etapa 3: etapa de prueba E2E
Objetivo de tiempo de ejecución: < 30 minutos
-
Pruebas de procesos centrales
Rutas clave como inicio de sesión, compra, pago, etc.
-
Pruebas entre navegadores
Cromo, Firefox, Safari
-
Prueba de regresión visual
Percy, cromático
5. Etapa 4: nivel previo al despliegue
La última línea de defensa de la calidad:
-
Prueba de rendimiento
Garantizar que no haya degradación del rendimiento
-
escaneo de seguridad
OWASPZAP、Snyk
-
revisión manual
Aprobación manual cuando sea necesario
6. Configuración de la puerta de calidad
Cuándo se debe bloquear la implementación: fallas en las pruebas unitarias (tolerancia cero), cobertura por debajo del umbral, vulnerabilidades de seguridad de alta gravedad, degradación de las métricas de rendimiento superior al 10 %, fallas en las pruebas principales de E2E.
7. Errores comunes en las pruebas de CI/CD
Evite estos problemas comunes:
-
Prueba demasiado lenta
Mover pruebas lentas a compilaciones nocturnas sin bloqueo
-
Prueba escamosa
Las pruebas inestables deben repararse o aislarse inmediatamente; de lo contrario, el equipo se acostumbrará a ignorar las luces rojas.
-
ambiente inconsistente
Utilice Docker para garantizar que el entorno de CI sea coherente con la producción
-
Sólo prueba el camino feliz
Las pruebas negativas son tan importantes como los casos extremos
Bolsa perezosa relacionada
API 測試入門：用 Postman 和 pytest 打造你的第一個 API 測試
API 測試是現代 QA 必備技能。從 HTTP 基礎概念到實際用 Postman 和 pytest 寫測試，帶你踏出 API 測試的第一步。
El arte de informar errores: cómo escribir informes de errores que los desarrolladores puedan entender en segundos
Un buen informe de errores puede acelerar enormemente el proceso de reparación. Comparta las mejores prácticas para informar errores, incluidas plantillas, clasificaciones de gravedad y cómo comunicarse eficazmente con los desarrolladores.
Guía para principiantes de control de calidad: incluso sin experiencia, puede dar el primer paso hacia las pruebas de software
Comprenda las pruebas de software desde cero, comprenda qué hace el control de calidad, qué habilidades se requieren y cómo prepararse para su primer trabajo de control de calidad.
declaración general
La información proporcionada en este sitio es solo de referencia y no se garantiza su integridad y precisión. Los usuarios deben emitir sus propios juicios sobre la aplicabilidad de la información.