Pola CI / CD dan anti-pola. Bagian 2

Selamat siang Hari ini kami berbagi dengan Anda terjemahan bagian kedua dari artikel “Pola / Anti-Pola CI / CD” , yang didedikasikan untuk peluncuran aliran baru pada kursus “Praktek dan Alat DevOps” . Bagian pertama dari artikel ini dapat dibaca di sini .

1.3 Pola dan antipattern dalam pengujian

1.3.1 Otomasi Uji

• Pola: Mengotomatiskan validasi dan validasi perangkat lunak dengan memasukkan unit pengujian, komponen, kapasitas, fungsionalitas, dan penyebaran.
• Anti-pola: Pengujian manual unit, komponen, penyebaran, dll.
• Unit - Otomasi pengujian tanpa ketergantungan.
• Komponen - Otomasi pengujian dengan dependensi pada komponen lain, database dan sistem file.
• Deployment - Mengotomatiskan tes untuk memverifikasi keberhasilan penerapan dan konfigurasi. Ini kadang-kadang disebut pengujian "asap".
• Fungsional- Otomasi pengujian untuk memverifikasi perilaku perangkat lunak dari sudut pandang pengguna.
• Kapasitas- Otomatisasi pengujian beban dan kinerja dalam kondisi yang dekat dengan operasional.

1.3.2 Isolasi Data Uji

• Pola: Gunakan transaksi untuk pengujian yang bergantung pada basis data (mis. Pengujian komponen) dan kembalikan transaksi ketika selesai. Gunakan sebagian kecil data untuk menguji perilaku secara efektif.
• Anti-pola: Menggunakan salinan data produksi untuk pengujian Tahap Komit. Menjalankan tes pada database umum.

1.3.3 Tes Paralel

• Pola: Secara paralel, jalankan beberapa tes pada instance perangkat keras untuk mengurangi waktu yang dihabiskan.
• Anti-pola: Menjalankan tes pada satu mesin atau instance. Menjalankan tes dependen yang tidak dapat dijalankan secara paralel.

1.3.4 Stabilitas Sistem

• Pola: Gunakan bertopik untuk mensimulasikan sistem eksternal untuk mengurangi kompleksitas penempatan.
• Anti-pola: Instalasi manual dan konfigurasi sistem yang saling tergantung untuk pembuatan dan penyebaran Tahap Komit.

1.3.5 Pengujian End-to-End Dianggap Berbahaya

Pengiriman Berkelanjutan adalah seperangkat prinsip dan praktik holistik yang bertujuan mengurangi waktu ke pasar. Ini didasarkan pada umpan balik yang cepat dan andal berkat pengujian. Pengiriman Berkesinambungan membutuhkan perubahan apa pun pada kode, konfigurasi, data, atau infrastruktur untuk menjalani serangkaian tes otomatis dan eksplorasi dalam Pipa Penerapan untuk menilai kesiapan operasional. Oleh karena itu, jika organisasi ingin mencapai tenggat waktu yang lebih pendek, waktu pelaksanaan pengujian harus rendah dan hasil pengujian tegas.

Misalnya, pertimbangkan layanan Pembayaran Perusahaan, di mana pembayaran pada akhir tahun dikirim ke layanan Pembayaran berikutnya.

Perilaku layanan Pembayaran Perusahaan dapat diperiksa selama waktu perakitan dengan melakukan jenis tes otomatis berikut:

• Tes unit: membandingkan tujuan dan implementasi saat memeriksa modul kode individual.
• Tes penerimaan: perbandingan implementasi dan persyaratan saat memeriksa bagian fungsional sistem.
• Tes ujung ke ujung: perbandingan implementasi dan persyaratan saat memeriksa bagian fungsional sistem, termasuk layanan yang bergantung pada pemilik.

Sementara tes unit dan penerimaan berbeda dalam tujuan dan ruang lingkup, tes penerimaan dan ujung ke ujung hanya berbeda dalam volume. Tes penerimaan tidak termasuk layanan yang tergantung pada pemilik, oleh karena itu tes penerimaan perjalanan pengguna Pembayaran Perusahaan akan menggunakan Sistem Uji , yang terdiri dari kode versi terbaru dari Pembayaran Perusahaan dan Stab Pembayaran .

Tes ujung ke ujung termasuk layanan yang bergantung pada pemilik, oleh karena itu, uji perjalanan ujung ke ujung dari pengguna Pembayaran Perusahaan akan menggunakan Sistem Uji, yang terdiri dari kode terbaru Pembayaran Perusahaan dan versi kerja Pembayaran.

Jika strategi pengujian kompatibel dengan Pengiriman Berkelanjutan, maka strategi tersebut harus memiliki rasio unit, penerimaan, dan tes end-to-end yang sesuai yang menyeimbangkan kebutuhan akan informasi dan umpan balik yang cepat dan tidak ambigu. Jika pengujian tidak membawa informasi baru, maka cacat tidak diperhatikan. Tetapi jika pengujian membutuhkan terlalu banyak waktu, pengiriman akan lambat dan pendapatan yang hilang akan meningkat.

Akhir dari bagian kedua.

Menurut tradisi yang sudah ada, kami menunggu komentar Anda dan kami mengundang Anda ke hari terbuka . Bagian ketiga dari artikel ini sudah tersedia di sini .