Apa itu Pengujian Komponen? Teknik, Contoh Kasus Uji
Apa itu Pengujian Komponen?
Pengujian komponen didefinisikan sebagai jenis pengujian perangkat lunak, di mana pengujian dilakukan pada setiap komponen secara terpisah tanpa mengintegrasikan dengan komponen lain. Pengujian ini juga disebut Pengujian Modul jika dilihat dari perspektif arsitektur. Pengujian Komponen juga disebut Pengujian Unit, Pengujian Program, atau Pengujian Modul.
Umumnya, setiap perangkat lunak secara keseluruhan terbuat dari beberapa komponen. Pengujian Tingkat Komponen berkaitan dengan pengujian komponen-komponen ini secara individual.
Ini adalah salah satu jenis pengujian kotak hitam yang paling sering dilakukan oleh Tim QA.
Sesuai diagram di bawah ini, akan ada strategi pengujian dan rencana pengujian untuk pengujian komponen. Dimana setiap bagian dari perangkat lunak atau aplikasi dipertimbangkan secara individual. Untuk masing-masing komponen ini a Skenario Uji akan ditentukan, yang selanjutnya akan diturunkan ke dalam Kasus Uji Tingkat Tinggi -> Kasus Uji rinci Tingkat Rendah dengan Prasyarat.
Penggunaan istilah “Pengujian Komponen” bervariasi dari domain ke domain dan organisasi ke organisasi.
Alasan paling umum untuk perbedaan persepsi tentang pengujian Komponen adalah
- Jenis Model Siklus Hidup Pengembangan yang Dipilih
- Kompleksitas perangkat lunak atau aplikasi yang diuji
- Pengujian dengan atau tanpa isolasi dari komponen lain dalam perangkat lunak atau aplikasi.
Seperti yang kita ketahui Siklus Hidup Uji Perangkat Lunak Architecture memiliki banyak artefak pengujian (Dokumen dibuat, digunakan selama kegiatan pengujian). Di antara banyak pengujian – artefak, Kebijakan Pengujian & Strategi Pengujianlah yang menentukan jenis pengujian, kedalaman pengujian yang akan dilakukan dalam proyek tertentu.
Siapa yang melakukan Pengujian Komponen
Pengujian komponen dilakukan oleh penguji. 'Pengujian Unit' dilakukan oleh pengembang di mana mereka melakukan pengujian fungsi atau prosedur individual. Setelah Pengujian Unit dilakukan, pengujian selanjutnya adalah pengujian komponen. Pengujian komponen dilakukan oleh penguji.
Kapan melakukan pengujian Komponen
Pengujian komponen dilakukan segera setelah Pengujian Unit dilakukan oleh pengembang dan build dirilis untuk tim pengujian. Build ini disebut sebagai build UT (Unit Testing Build). Fungsionalitas utama dari semua komponen diuji pada fase ini,
Kriteria masuk untuk pengujian komponen
- Jumlah minimum komponen yang akan dimasukkan dalam UT harus dikembangkan dan diuji unitnya.
Kriteria keluar untuk pengujian komponen
- Fungsionalitas semua komponen harus berfungsi dengan baik.
- Tidak boleh terdapat cacat prioritas & tingkat keparahan Kritis atau Tinggi atau Sedang Cacat log.
Teknik Pengujian Komponen
Berdasarkan kedalaman level pengujian, pengujian Komponen dapat dikategorikan sebagai
- CTIS – Pengujian Komponen Dalam Skala Kecil
- CTIL – Pengujian Komponen Dalam Jumlah Besar
CTIS – Pengujian Komponen dalam Skala Kecil
Pengujian komponen dapat dilakukan dengan atau tanpa isolasi komponen lain dalam perangkat lunak atau aplikasi yang diuji. Jika dilakukan dengan isolasi komponen lain, maka disebut Pengujian Komponen dalam Skala Kecil.
Contoh 1: Misalkan sebuah situs web yang memiliki 5 halaman web berbeda kemudian menguji setiap halaman web secara terpisah & dengan isolasi komponen lainnya disebut sebagai pengujian Komponen dalam Kecil.
Contoh 2: Perhatikan halaman beranda website guru99.com yang memiliki banyak komponen seperti
Rumah, Pengujian, SAP, Web, Harus Belajar!, Big Data, Proyek Langsung, Blog, dan lain-lain.
Demikian pula, perangkat lunak apa pun terbuat dari banyak komponen dan setiap komponen akan memiliki subkomponennya sendiri. Menguji setiap modul yang disebutkan dalam contoh 2 secara terpisah tanpa mempertimbangkan integrasi dengan komponen lain disebut Pengujian Komponen dalam Ukuran Kecil.
Klik pada menu Drop Down Pengujian sesuai tampilan singkat di bawah ini dan lihat berbagai “subkomponen” komponen Pengujian. Jadi sub-komponen yang ditampilkan adalah Pengujian Manual, SABUNUI, QTP, JUnit, Selenium, Manajemen Tes, Selenium, mobil Pengujian, dll.
Catatan: Sub-komponen disebutkan dengan warna yang disorot merah pada cuplikan di bawah.
CTIL – Pengujian Komponen dalam Jumlah Besar
Pengujian komponen yang dilakukan tanpa mengisolasi komponen lain pada perangkat lunak atau aplikasi yang diuji disebut dengan Pengujian Komponen Besar.
Mari kita ambil contoh untuk memahaminya dengan lebih baik. Misalkan ada sebuah aplikasi yang terdiri dari tiga komponen katakanlah Komponen A, komponen B, dan Komponen C.
Pengembang telah mengembangkan komponen B dan ingin komponen tersebut diuji. Tapi untuk sama sekali menguji komponen B, hanya sedikit fungsinya yang bergantung pada komponen A dan sedikit pada komponen C.
Aliran Fungsionalitas: A -> B -> C yang berarti ada ketergantungan ke B dari A & C, sesuai diagram rintisan adalah disebut fungsi, dan pengemudinya adalah fungsi panggilan.
Namun komponen A dan komponen C belum dikembangkan. Dalam hal ini, untuk menguji komponen B secara menyeluruh, kita dapat mengganti komponen A dan komponen C dengan stub dan driver sesuai kebutuhan. Jadi pada dasarnya, komponen A & C digantikan oleh stub & driver yang bertindak sebagai objek dummy hingga komponen tersebut benar-benar dikembangkan.
- Rintisan: Sebuah stub dipanggil dari komponen perangkat lunak yang akan diuji seperti yang ditunjukkan pada diagram di bawah ini 'Stub' dipanggil oleh Komponen A.
- Sopir: Seorang driver memanggil komponen yang akan diuji seperti yang ditunjukkan pada diagram di bawah ini 'Komponen B' dipanggil oleh Driver.
Contoh Kasus Uji untuk Pengujian Komponen
Pertimbangkan 2 halaman web sesuai diagram yang disebutkan di bawah ini, Di sini kedua halaman web tersebut saling terkait satu sama lain dari sudut pandang fungsionalitas.
- Halaman web 1 adalah halaman login ke demo.guru99.com
Ketika pengguna memasukkan user-id dan kata sandi yang valid di kolom teks dan mengklik tombol kirim, halaman web akan menavigasi ke halaman beranda situs web bank demo guru99.
- Halaman web 2 adalah halaman beranda Guru99.com
Jadi di sini halaman login adalah salah satu komponen, dan halaman beranda adalah komponen lainnya. Sekarang menguji fungsionalitas masing-masing halaman secara terpisah disebut pengujian komponen.
Skenario pengujian komponen ada di halaman web1 –
- Masukkan id pengguna yang tidak valid dan verifikasi apakah ada pop up peringatan ramah pengguna yang ditampilkan kepada pengguna akhir.
- Masukkan user id dan password yang tidak valid dan klik 'reset' dan verifikasi apakah data yang dimasukkan dalam kolom teks user-id dan password sudah dihapus.
- Masukkan nama pengguna dan kata sandi yang valid dan klik tombol 'Masuk'.
Skenario pengujian komponen ada di halaman web2 –
- Verifikasi apakah pesan “Selamat datang di halaman manajer bank guru99” ditampilkan di halaman beranda.
- Verifikasi apakah semua link di sisi kiri halaman web dapat diklik.
- Verifikasi apakah id pengelola ditampilkan di tengah halaman beranda.
- Verifikasi keberadaan 3 gambar berbeda di halaman beranda sesuai diagram.
Pengujian Unit Vs Pengujian Komponen
Pengujian Unit | Pengujian Komponen |
---|---|
Menguji program individual, disebut modul untuk menunjukkan bahwa program dijalankan sesuai spesifikasi Pengujian Unit | Menguji setiap objek atau bagian perangkat lunak secara terpisah dengan atau tanpa isolasi objek lain disebut Pengujian Komponen |
Ini divalidasi terhadap dokumen desain | Ini divalidasi terhadap persyaratan pengujian, kasus penggunaan |
Pengujian unit dilakukan oleh Pengembang | Pengujian komponen dilakukan oleh Penguji |
Pengujian unit dilakukan terlebih dahulu | Pengujian komponen dilakukan setelah pengujian unit selesai dari pihak pengembang. |
Kesimpulan
In Rekayasa Perangkat Lunak, Pengujian komponen memainkan peran penting dalam menemukan bug. Sebelum kita memulai Tes integrasi setelah pengujian komponen dan pengujian integrasi dilanjutkan dengan pengujian komponen.
Pengujian komponen juga disebut sebagai pengujian modul di beberapa referensi.