Tóm tắt câu trả lời: Việc áp dụng testing tự động và CI/CD pipeline là thiết yếu để đảm bảo chất lượng phần mềm đồng thời duy trì tốc độ release nhanh. Nguyên tắc "Kim tự tháp Testing" – cân bằng giữa unit, integration và E2E tests – rất quan trọng. Bằng cách tự động hóa quy trình từ Pull Request đến deploy bằng GitHub Actions và Vitest, các nhóm có thể xây dựng quy trình phát triển an toàn và ổn định.
Đảm bảo chất lượng bằng Testing tự động và CI/CD
Testing tự động và CI/CD pipeline thiết yếu để duy trì chất lượng phần mềm mà vẫn ship nhanh.
Kim tự tháp Testing
```
E2E Tests (ít)
Integration Tests (vừa)
Unit Tests (nhiều)
```
Cân bằng test ở mỗi tầng để tối ưu coverage và tốc độ.
Cấu trúc CI/CD Pipeline
1. Khi tạo Pull Request: ESLint, TypeScript check, unit tests.
2. Sau merge: Integration tests, build và deploy staging.
3. Release production: E2E (Playwright), Lighthouse check, deploy production.
Tool stack
- Test runner: Vitest (unit) / Playwright (E2E)
- CI/CD: GitHub Actions
- Deploy: Cloudflare Pages
- Monitoring: Sentry / Lighthouse CI
Tất cả dự án DONOMI chuẩn hóa CI/CD pipeline, đảm bảo release nhanh và an toàn.
Q: Kim tự tháp Testing là gì?
A: Là khái niệm khuyến nghị có nhiều unit tests, một lượng vừa phải integration tests và số lượng ít E2E tests.
Q: CI/CD pipeline thường chạy khi nào?
A: Thường chạy khi tạo Pull Request, sau khi merge code và trong quá trình release production.
Q: DONOMI sử dụng công cụ gì cho CI/CD?
A: Chúng tôi dùng Vitest và Playwright để test, GitHub Actions cho CI/CD và Cloudflare Pages để deploy.