Apa itu Pengujian Paralel? Metode, Pendekatan & Contoh

Oleh: Thomas Hamilton Thomas Hamilton
Hours Updated

⚡ Ringkasan Cerdas

Pengujian Paralel menjalankan sistem lama dan sistem yang baru dikembangkan terhadap input yang sama pada waktu yang bersamaan, sehingga penguji dapat memastikan bahwa data, perhitungan, dan alur bisnis yang dimigrasikan masih menghasilkan hasil yang identik.

  • 🎯 Tujuan: Buktikan bahwa versi baru berperilaku sama dengan versi lama, atau lebih baik.
  • ️ Pelatuk: Penggantian sistem, migrasi data, dan jendela sinkronisasi dua sistem.
  • 🚪 Kriteria: Kriteria masuk membuka siklus; kriteria keluar menutupnya.
  • 🔍 Metode: Bandingkan kedua output baris demi baris dan klasifikasikan setiap perbedaannya.
  • ⚠️ Biaya: Pengetahuan produk yang mendalam dan cakupan hasil yang lengkap sangat dibutuhkan.
Baca Selengkapnya

Definisi, pendekatan, dan contoh Pengujian Paralel

Apa itu Pengujian Paralel?

Pengujian Paralel Pengujian paralel adalah jenis pengujian perangkat lunak di mana beberapa versi atau subkomponen aplikasi diuji dengan input yang sama pada sistem yang berbeda secara bersamaan, untuk mengurangi waktu eksekusi pengujian. Tujuan pengujian paralel adalah untuk mengetahui apakah versi lama dan versi baru berperilaku sama atau berbeda, dan untuk menentukan apakah versi baru lebih efisien.

Gambar di bawah ini menunjukkan pengujian paralel.

Alur pengujian paralel dengan sistem lama dan baru yang berbagi satu input.

Contoh Pengujian Paralel

Ketika sebuah organisasi beralih ke sistem baru, data lama merupakan bagian penting dari perpindahan tersebut, dan mentransfernya adalah hal yang kompleks.

Dalam pengujian perangkat lunak, verifikasi kompatibilitas sistem yang baru dikembangkan dengan sistem lama dilakukan melalui pengujian paralel, seperti yang ditunjukkan pada diagram di bawah ini.

Contoh pengujian paralel yang membandingkan output sistem lama dengan output sistem baru.

Mengapa melakukan Pengujian Paralel

Pengujian paralel dilakukan karena alasan-alasan berikut.

  • Untuk memastikan versi baru aplikasi berfungsi dengan benar
  • Untuk memastikan hasil yang konsisten antara versi baru dan versi lama.
  • Untuk memeriksa apakah format data antara kedua versi tersebut telah berubah.
  • Untuk memeriksa integritas aplikasi baru

Sebagai contoh, pengguna saat ini menggunakan versi 1.0 dari sebuah aplikasi, dan mulai bulan Maret mereka akan beralih ke versi 1.1, seperti yang diilustrasikan di bawah ini.

Versi 1.0 dan versi 1.1 diuji berdampingan selama migrasi.

Dalam kasus seperti itu, penguji menjalankan pengujian paralel untuk memastikan bahwa migrasi data berhasil diselesaikan, dan bahwa perubahan pada versi baru tidak memengaruhi fungsi sistem maupun keluaran yang diharapkan pengguna.

Kapan melakukan Pengujian Paralel

Pengujian paralel digunakan secara luas ketika:

  • Perusahaan tersebut sedang beralih dari sistem lama ke sistem baru.
  • SyncKronisasi dilakukan antara dua sistem.
  • Data lama diimpor dari satu sistem ke sistem lain.
  • Semua hasil harus didefinisikan secara tepat — misalnya domain keuangan atau asuransi, di mana perhitungan merupakan fungsi utama dari sistem tersebut.

ARTIKEL TERKAIT

Bagaimana melakukan Pengujian Paralel: Pendekatan Lengkap

Untuk pengujian paralel, Anda membuat beberapa proyek yang masing-masing menguji bagian aplikasi yang berbeda (proyek slave) dan satu proyek (proyek master) yang menjalankannya.

Pengujian paralel memiliki dua tingkat kriteria.

  1. Kriteria masuk tes paralel — mendefinisikan tugas-tugas yang harus dipenuhi sebelum pengujian paralel dapat dijalankan secara efisien.
  2. Kriteria keluar uji paralel — menentukan keberhasilan penyelesaian tahap pengujian paralel.

Beberapa prasyarat harus dipenuhi terlebih dahulu.

  • Pengujian paralel tidak dapat dimulai sampai lingkungan pengujian pengaturan selesai
  • Semua prasyarat dan skenario harus ditentukan terlebih dahulu
  • Data lama dan data baru harus berhasil dimigrasikan
  • Pengujian paralel belum selesai sampai semua kriteria keluar terpenuhi.

Lakukan pengujian paralel dalam lima langkah.

  1. Bandingkan sistem lama dengan sistem yang baru dikembangkan.
  2. Pahami perbedaan antara kedua sistem tersebut.
  3. Lakukan satu siklus lengkap menggunakan input yang sama.
  4. Bandingkan output dari sistem yang baru dikembangkan dengan output dari sistem lama.
  5. Laporkan penyebab setiap bug yang ditemukan.

Praktik yang Baik untuk Pengujian Paralel

Berikut beberapa tips bermanfaat.

Bug khas yang diidentifikasi dalam Pengujian Paralel

  • Logika internal diubah
  • Alur produk diubah.
  • Fungsi-fungsi utama dimodifikasi.

Berapa banyak siklus yang dibutuhkan?

Jumlah siklus pengujian bergantung pada kompleksitas modul. Jalankan beberapa siklus skenario menggunakan yang telah ditentukan sebelumnya. data uji yang diteruskan pada sistem sebelumnya.

Mengkategorikan perbedaan

Hasil dari sistem baru dan sistem lama harus diukur baris demi baris dengan perbedaan yang disorot, dan setiap perbedaan diklasifikasikan berdasarkan jenis kesalahan.

Jenis kesalahan terjadi selama siklus

Untuk setiap perbedaan, penguji harus mencatat mana yang berlaku.

  • Kesalahan entri
  • Kesalahan yang disebabkan oleh sistem lama
  • Perbedaan yang dapat dijelaskan atau diterima
  • Kesalahan tak terduga

Apa yang bukan Pengujian Paralel

Tabel tersebut menentukan batasnya.

Ini adalah Pengujian Paralel Ini bukan Pengujian Paralel
Menguji aplikasi yang diperbarui terhadap aplikasi sebelumnya. Menguji satu perangkat lunak saja.
Menjalankan skenario lama dengan perangkat lunak baru di bawah kondisi input yang sama. Pengujian lintas browser atau lintas platform.
Tujuannya adalah untuk mengetahui hasil sesuai sistem sebelumnya. Tujuannya adalah untuk menemukan masalah desain.
Diperlukan pengetahuan tentang sistem lama dan sistem yang baru dikembangkan. Pengetahuan tentang perbedaan tersebut tidak diperlukan.

Tantangan Pengujian Paralel

  • Pengetahuan produk yang lengkap sangat dibutuhkan.
  • Setiap hasil harus diuji
  • Input data dan alur produk membutuhkan perhatian terus-menerus.

Pertanyaan Umum Demo Slot

Pengujian regresi Membandingkan hasil build dengan hasil yang diharapkan. Pengujian paralel membandingkan dua sistem terpisah, menggunakan sistem yang lebih lama sebagai referensi.

Model dapat membandingkan dua set hasil dan mengelompokkan ketidaksesuaian, memisahkan perbedaan pembulatan yang dapat dijelaskan dari cacat sebenarnya. Proses penyaringan tersebut merupakan bagian manual paling lambat dari setiap siklus.

Ya. Perbandingan data dan pemformatan laporan adalah kode berulang yang dapat ditangani dengan baik oleh seorang asisten. Aturan toleransi masih membutuhkan campur tangan manusia, karena perbedaan yang dapat diterima adalah keputusan bisnis.

Para penguji menjalankan siklus; pengguna bisnis memutuskan perbedaan yang ada. Di bidang keuangan dan asuransi, pakar bidang tersebut menentukan ketidaksesuaian mana yang dapat diterima.

Data produksi sebenarnya dari sistem lama, disamarkan jika diperlukan. Data sintetis menyembunyikan kasus-kasus ekstrem historis yang paling sering terganggu oleh migrasi.

Istilah ini digunakan dalam dua cara. Menjalankan banyak hal otomatis Menjalankan beberapa suite sekaligus pada sebuah grid mempersingkat waktu eksekusi tetapi tidak membandingkan apa pun antara dua sistem.

Ketika semua kriteria keluar terpenuhi: semua siklus dieksekusi, setiap perbedaan diklasifikasikan, tidak ada ketidaksesuaian yang tidak dapat dijelaskan. Persetujuan akhir biasanya mendahului pengujian penerimaan pengguna.

Dua lingkungan aktif, data duplikat, dan staf yang memahami kedua sistem. Biaya diterima jika perhitungan yang salah dapat menimbulkan konsekuensi regulasi.

Ringkaslah postingan ini dengan: