Apa itu Uji Harness? (Contoh)

Uji Harness dalam Pengujian Perangkat Lunak

Uji Harness dalam Pengujian Perangkat Lunak adalah kumpulan stub, driver, dan alat pendukung lainnya yang diperlukan untuk mengotomatiskan pelaksanaan pengujian. Test harness menjalankan pengujian dengan menggunakan perpustakaan pengujian dan menghasilkan laporan pengujian. Test harness berisi semua informasi yang diperlukan untuk mengkompilasi dan menjalankan pengujian seperti kasus pengujian, port penerapan target (TDP), file sumber yang sedang diuji, stub, dll.

Sederhananya, sebuah harness membungkus komponen yang ingin Anda verifikasi di dalam lingkungan yang terkontrol. Modul-modul di sekitarnya yang hilang digantikan oleh program dummy kecil, input berasal dari kumpulan data tetap, dan setiap hasil ditulis ke dalam log alih-alih dibaca dari layar. Bagian-bagian selanjutnya menjelaskan mengapa tim membangunnya, terbuat dari apa, bagaimana cara kerjanya, dan di mana posisinya.

Mengapa menggunakan Test Harness?

Terdapat sebuah kerangka kerja yang dirancang untuk menghilangkan waktu tunggu dalam siklus pengujian. Karena kerangka kerja ini mensimulasikan apa pun yang belum siap, maka... pengujian perangkat lunak Tim dapat mulai memverifikasi perilaku pada sprint pertama, bukan setelah integrasi akhir. Diagram di bawah ini menunjukkan di mana sebuah kerangka kerja berada di antara skrip pengujian dan aplikasi yang sedang diuji.

• Otomatiskan proses pengujian
• Jalankan rangkaian uji kasus uji
• Hasilkan laporan pengujian terkait
• Dukungan untuk debugging
• Untuk mencatat hasil tes untuk setiap tes
• Membantu pengembang mengukur cakupan kode pada tingkat kode
• Meningkatkan produktivitas sistem melalui otomatisasi
• Meningkatkan kualitas komponen perangkat lunak dan aplikasi
• Untuk menangani kondisi kompleks yang sulit disimulasikan oleh penguji

Keuntungan ini paling berarti pada siklus rilis yang singkat. Ketika kode dirilis beberapa kali seminggu, cacat yang lolos hingga tahap integrasi akan menelan biaya jauh lebih besar. traclebih dari satu yang tersangkut pada tunggul pada hari penulisannya. Namun, imbalan itu hanya akan datang ketika rangkaiannya dirakit dari bagian-bagian yang tepat.

Komponen Utama dari Rangkaian Pengujian

Suatu rangkaian pengujian bukanlah sebuah program tunggal, melainkan kumpulan bagian-bagian, yang masing-masing menghilangkan satu hambatan yang jika tidak dihilangkan akan menghentikan pengujian agar tidak berjalan tanpa pengawasan.

• Skrip pengujian: Instruksi otomatis yang menyatakan langkah-langkah yang harus dilakukan dan hasil yang diharapkan, ditulis sesuai dengan skrip pengujian konvensi.
• Mesin eksekusi pengujian: Program pelaksana yang membaca skrip secara berurutan, menyelesaikan dependensi, dan memicu eksekusi sekuensial atau paralel.
• Repositori data uji: Nilai input disimpan di luar skrip dalam format CSV, JSON, XML, atau basis data yang sudah diisi sebelumnya, yang sering kali diisi oleh alat pembuatan data uji.
• driver: Modul panggilan tiruan yang memanggil komponen yang sedang diuji ketika lapisan atas yang sebenarnya, seperti antarmuka pengguna, belum selesai.
• Rintisan: Modul dummy yang memberikan jawaban standar, misalnya layanan pembayaran yang membalas "Pembayaran Berhasil" tanpa menghubungi bank.
• Validator keluaran: Logika pernyataan yang membandingkan keluaran aktual dengan nilai yang diharapkan dan menandai setiap kasus sebagai lulus atau gagal.
• Lapisan pencatatan dan pelaporan: Cap waktu, tangkapan layar, keluaran konsol, dan ringkasan eksekusi yang mencatat setiap kegagalan. tracbisa dilakukan setelahnya.

Jika salah satu bagian dihilangkan, rangkaian kabel akan berhenti bekerja secara otomatis, karena sesuatu harus dipasok secara manual pada setiap pengoperasian.

Bagaimana Cara Kerja Alat Uji Coba?

Sebuah rangkaian pengaman mengulangi putaran yang sama pada setiap eksekusi. Mengetahui putaran itu memberi tahu Anda dengan tepat di mana milik Anda berada. pengujian otomasi aset terhubung, dan langkah mana yang gagal ketika sebuah proses berubah menjadi merah.

1. Mempersiapkan lingkungan: Perangkat tersebut menyelesaikan konfigurasi lingkungan, membuka koneksi, dan memuat perlengkapan, sehingga setiap proses dimulai dari kondisi yang sama dan diketahui.
2. Muat skrip pengujian: Skrip, parameter, dan hasil yang diharapkan dibaca dari repositori. Tidak ada yang diketik saat dijalankan, itulah yang membuat eksekusi kedua dapat dibandingkan dengan yang pertama.
3. Gantikan modul yang hilang: Pengemudi mewakili penelepon yang belum ada, dan stub mewakili layanan yang belum selesai, tidak stabil, atau mahal untuk dihubungi.
4. Jalankan aplikasi yang sedang diuji: Mesin eksekusi memicu alur kerja yang dijelaskan oleh skrip, baik itu panggilan metode, atau API permintaan, atau interaksi peramban.
5. Tangkap hasil sebenarnya: Nilai kembalian, muatan respons, baris basis data, baris log, dan status layar semuanya dicatat saat dihasilkan.
6. Bandingkan dengan hasil yang diharapkan: Validator keluaran memeriksa setiap nilai yang ditangkap. Ketidaksesuaian apa pun menandai kasus tersebut sebagai gagal dan mencatat nilai yang diharapkan serta nilai yang diamati.
7. Catat dan laporkan: Perangkat tersebut menulis data yang diberi cap waktu. trace dari proses eksekusi dan menghasilkan laporan lulus/gagal yang dapat dibaca oleh pengembang tanpa perlu menjalankan ulang apa pun.
8. Meruntuhkan: Data sementara, koneksi, dan status sementara dihapus sehingga kasus berikutnya tidak dapat mewarisi sisa-sisa dari kasus ini.

💡 Kiat: Perbarui data sementara Anda setiap kali modul sebenarnya berubah. Data sementara yang masih merespons dengan format kuartal lalu akan melaporkan hasil yang baik sementara integrasi langsung sudah rusak.

Contoh kasus yang telah dikerjakan membuat perulangan ini lebih konkret. Misalkan halaman checkout sudah siap tetapi gateway pembayaran belum. Sebuah driver mengirimkan permintaan yang biasanya dikirim oleh antarmuka, sebuah stub menjawab terlebih dahulu dengan "Pembayaran Berhasil" dan kemudian dengan batas waktu, dan validator mengkonfirmasi pesanan dalam satu kasus dan memberikan prompt untuk mencoba lagi dalam kasus lain. Kedua jalur tersebut diverifikasi sebelum tim gateway menulis satu baris kode pun.

Ada dua konteks di mana Test Harness digunakan

Mekanisme yang sama memiliki dua tujuan berbeda, dan kosakata yang digunakan sedikit berubah tergantung pada mekanisme mana yang sedang Anda gunakan.

1. Pengujian otomatisasi: Ini berisi skrip tes, parameter yang diperlukan untuk menjalankan skrip ini dan mengumpulkan hasil untuk menganalisisnya
2. Tes integrasi: Ini digunakan untuk menyatukan dua unit kode atau modul yang berinteraksi satu sama lain untuk memeriksa apakah perilaku gabungan sesuai yang diharapkan atau tidak.

Pertimbangkan modul login dan modul profil yang harus bertukar token pengguna. Dalam konteks integrasi, driver mensimulasikan login yang berhasil dan menyerahkan token ke logika profil, sehingga pemetaan datapingPemeriksaan izin dan rendering layar semuanya dapat diverifikasi sebelum layanan otentikasi sebenarnya selesai. Dalam konteks otomatisasi, pasangan kasus yang sama ditambahkan ke dalam sebuah suite dan dijalankan kembali pada setiap build tanpa ada yang menyentuhnya lagi.

Jenis-Jenis Rangkaian Uji

Karena perangkat lunak dibangun berlapis-lapis, sebuah kerangka kerja biasanya dikhususkan untuk lapisan yang diverifikasinya. Empat jenis kerangka kerja mencakup hampir setiap proyek.

A perangkat uji unit Metode ini menjalankan bagian kode terkecil, seperti fungsi atau metode tunggal, dengan setiap dependensi digantikan oleh stub. Metode ini paling cepat dijalankan dan paling murah untuk dipelihara, itulah sebabnya pengujian unit Suite biasanya merupakan kerangka kerja pertama yang dibangun oleh sebuah tim. Menguji perhitungan pajak tanpa menyentuh modul penagihan adalah penggunaan yang umum.

An perangkat uji integrasi Memeriksa apakah dua modul atau lebih bekerja sama dengan benar dan merupakan lapisan tempat ketidaksesuaian data dan panggilan yang gagal muncul. Ini adalah kerangka kerja yang dijelaskan dalam tes integrasi Dalam konteks di atas, misalnya memverifikasi bahwa layanan pemesanan memberikan muatan data yang tepat kepada layanan pembayaran.

A alat uji sistem Menggerakkan alur lengkap dari ujung ke ujung di seluruh antarmuka, layanan, dan basis data, sehingga pengujian sistem dapat mengkonfirmasi bahwa aturan bisnis berlaku setelah setiap lapisan hadir. A alat uji regresi lalu menjalankan kembali rangkaian pengujian yang terkumpul setelah setiap perubahan, itulah yang membuatnya pengujian regresi Hal ini praktis ketika beberapa ratus skenario harus diulang pada setiap proses penggabungan.

Alat Uji Harness

Masing-masing tipe tersebut biasanya dibangun di atas alat yang sudah ada, bukan dari awal. Dua pilihan klasik tetaplah kerangka kerja tingkat unit:

• Junit: Alat yang digunakan saat menggunakan Java
• Tidak ada: Alat yang digunakan untuk menggunakan Kerangka kerja .Net

Selain kedua hal tersebut, sebagian besar tim menambahkan alat yang memperluas jangkauan ke browser, lapisan API, atau profil beban. Tabel di bawah ini memetakan opsi umum ke peran yang dimainkan masing-masing.

Kombinasi apa pun yang Anda pilih, rangkaian kabel tersebut hanya akan menguntungkan jika digunakan tanpa pengawasan, jadi sambungkan ke... integrasi berkelanjutan Mulailah bekerja lebih awal. Katalog pilihan yang lebih luas tercantum di sini. Guru99 alat pengujian Kesimpulannya. Satu perbedaan masih menimbulkan kebingungan, dan ada baiknya untuk memperjelasnya sebelum Anda memilih apa pun.

Uji Harness Vs Kerangka Uji

Sebuah harness dan kerangka kerja otomatisasi sering dianggap sebagai hal yang sama, padahal keduanya menjawab pertanyaan yang berbeda: harness adalah alat yang menjalankan pengujian, sedangkan kerangka kerja adalah struktur tempat pengujian dirancang. Tabel di bawah ini menyajikan keduanya secara berdampingan.

Pertanyaan Umum Demo Slot