Strategi pengujian di CI/CD: memastikan kualitas untuk setiap penerapan
Bagikan cara merencanakan strategi pengujian dalam pipeline CI/CD, pengujian apa yang harus dijalankan di setiap tahap mulai dari penerapan hingga penerapan, dan cara menetapkan tingkat kualitas.
Terakhir diperbarui:2026-03-07
Artikel ini menggunakan Tindakan GitHub sebagai contoh. Pengaturan untuk alat CI/CD lainnya mungkin berbeda.
Daftar isi
1. Mengapa CI/CD memerlukan QA?
Tidak ada CI/CD untuk pengujian otomatis, cukup "sebarkan bug ke produksi dengan cepat". Tingkat kualitas adalah jiwa dari CI/CD.
2. Tahap 1: Tahap komit (dipicu setiap dorongan)
Target waktu eksekusi: < 5 menit
-
analisis statis
ESLint, Pylint, SonarQube
-
Pengujian satuan
Cepat, mandiri, tidak ada ketergantungan eksternal
-
cakupan kode
Tetapkan ambang batas minimum (misalnya 80%)
3. Tahap 2: Tahap pengujian integrasi
Target waktu pelaksanaan: < 15 menit
-
pengujian API
Verifikasi interaksi antar layanan
-
Pengujian basis data
Migrasi, integritas data
-
Tiruan layanan pihak ketiga
Tidak bergantung pada layanan eksternal
4. Tahap 3: Tahap pengujian E2E
Target waktu pelaksanaan: < 30 menit
-
Pengujian proses inti
Jalur utama seperti login, pembelian, pembayaran, dll.
-
Pengujian lintas browser
Chrome, Firefox, Safari
-
Pengujian regresi visual
Percy, Berwarna
5. Tahap 4: Tingkat pra-penerapan
Garis pertahanan kualitas terakhir:
-
Tes kinerja
Pastikan tidak ada penurunan kinerja
-
pemindaian keamanan
OWASPZAP、Snyk
-
Tinjauan manual
Persetujuan manual bila diperlukan
6. Pengaturan Gerbang Kualitas
Kapan penerapan harus diblokir: Kegagalan pengujian unit (toleransi nol), cakupan di bawah ambang batas, kerentanan keamanan dengan tingkat keparahan tinggi, penurunan metrik kinerja melebihi 10%, kegagalan pengujian inti E2E.
7. Kesalahan umum dalam pengujian CI/CD
Hindari masalah umum ini:
-
Pengujian terlalu lambat
Pindahkan pengujian lambat ke build malam yang tidak memblokir
-
Tes Terkelupas
Tes yang tidak stabil harus segera diperbaiki atau diisolasi, jika tidak tim akan terbiasa mengabaikan lampu merah.
-
lingkungan yang tidak konsisten
Gunakan Docker untuk memastikan bahwa lingkungan CI konsisten dengan produksi
-
Hanya uji jalan bahagia
Pengujian negatif sama pentingnya dengan kasus edge
Tas malas terkait
API 測試入門：用 Postman 和 pytest 打造你的第一個 API 測試
API 測試是現代 QA 必備技能。從 HTTP 基礎概念到實際用 Postman 和 pytest 寫測試，帶你踏出 API 測試的第一步。
Bagaimana cara menulis Test Case secara profesional? Pembongkaran lengkap mulai dari persyaratan hingga kasus uji
Kasus uji yang baik adalah senjata inti QA. Bagikan pendekatan sistematis mulai dari analisis persyaratan hingga penulisan kasus uji, termasuk teknik praktis seperti segmentasi setara dan analisis nilai batas.
Kotak Peralatan Insinyur QA: Alat Pengujian Penting yang Direkomendasikan untuk tahun 2026
Mengatur alat pengujian yang biasa digunakan oleh insinyur QA dalam pekerjaan sehari-hari mereka, mulai dari manajemen pengujian, kerangka otomatisasi hingga pemantauan kinerja, dengan pengalaman penggunaan dan saran pemilihan.
Pernyataan umum
Informasi yang disediakan di situs ini hanya untuk referensi, dan kelengkapan serta keakuratannya tidak dijamin. Pengguna harus membuat penilaian sendiri mengenai penerapan informasi.