Apa itu Pengujian Integrasi?
PENGUJIAN INTEGRASI didefinisikan sebagai jenis pengujian di mana modul perangkat lunak diintegrasikan secara logis dan diuji sebagai suatu kelompok. Proyek perangkat lunak tipikal terdiri dari beberapa modul perangkat lunak, dikodekan oleh pemrogram yang berbeda. Tujuan dari level pengujian ini adalah untuk mengekspos cacat dalam interaksi antara modul perangkat lunak ini ketika diintegrasikan
Pengujian Integrasi berfokus pada pemeriksaan komunikasi data di antara modul-modul ini. Oleh karena itu, ini juga disebut sebagai 'I & T' (Integration and Testing), 'String Testing' dan terkadang 'Thread Testing' .
- Apa itu Pengujian Integrasi?
- Mengapa Pengujian Integrasi?
- Contoh Kasus Uji Integrasi
- Pendekatan, Strategi, Metodologi Pengujian Integrasi
- Pendekatan Big Bang:
- Pendekatan Inkremental
- Apa itu Stub and Driver?
- Integrasi Bottom-up
- Integrasi Top-down:
- Integrasi Hibrid / Sandwich
- Bagaimana cara melakukan Pengujian Integrasi?
- Deskripsi Singkat Rencana Uji Integrasi:
- Kriteria Masuk dan Keluar dari Pengujian Integrasi
- Praktik / Panduan Terbaik untuk Pengujian Integrasi
Mengapa Pengujian Integrasi?
Meskipun setiap modul perangkat lunak diuji unit, cacat masih ada karena berbagai alasan seperti
- Modul, secara umum, dirancang oleh pengembang perangkat lunak individu yang pemahaman dan logika pemrogramannya mungkin berbeda dari pemrogram lain. Pengujian Integrasi menjadi perlu untuk memverifikasi modul perangkat lunak bekerja dalam kesatuan
- Pada saat pengembangan modul, ada kemungkinan besar perubahan persyaratan oleh klien. Persyaratan baru ini mungkin tidak diuji unitnya dan karenanya Pengujian integrasi sistem menjadi perlu.
- Antarmuka modul perangkat lunak dengan database bisa jadi salah
- Antarmuka Perangkat Keras Eksternal, jika ada, mungkin salah
- Penanganan pengecualian yang tidak memadai dapat menyebabkan masalah.
Klik di sini jika video tidak dapat diakses
Contoh Kasus Uji Integrasi
Kasus Uji Integrasi berbeda dari kasus uji lainnya dalam arti berfokus terutama pada antarmuka & aliran data / informasi antar modul . Di sini prioritas diberikan untuk tautan pengintegrasi daripada fungsi unit yang sudah diuji.
Contoh Uji Integrasi Kasus untuk skenario berikut: Aplikasi memiliki 3 modul bertuliskan 'Halaman Login', 'Kotak Surat' dan 'Hapus email' dan masing-masing terintegrasi secara logis.
Di sini jangan terlalu berkonsentrasi pada pengujian Halaman Login karena sudah dilakukan di Pengujian Unit. Tapi periksa bagaimana itu ditautkan ke Halaman Kotak Surat.
Demikian pula Kotak Surat: Periksa integrasinya ke Modul Hapus Surat.
| ID Kasus Uji | Tujuan Kasus Uji | Deskripsi Kasus Uji | Hasil yang diharapkan |
|---|---|---|---|
| 1 | Periksa link antarmuka antara modul Login dan Mailbox | Masukkan kredensial login dan klik tombol Login | Untuk diarahkan ke Kotak Surat |
| 2 | Periksa tautan antarmuka antara Modul Kotak Surat dan Hapus Surat | Dari Kotak Surat pilih email dan klik tombol hapus | Email yang dipilih akan muncul di folder Dihapus / Sampah |
Pendekatan, Strategi, Metodologi Pengujian Integrasi
Rekayasa Perangkat Lunak mendefinisikan berbagai strategi untuk melaksanakan pengujian Integrasi, yaitu.
- Pendekatan Big Bang:
- Incremental Approach: yang selanjutnya dibagi menjadi berikut ini
- Pendekatan atas ke bawah
- Pendekatan Bottom Up
- Pendekatan Sandwich - Kombinasi Top Down dan Bottom Up
Di bawah ini adalah berbagai strategi, cara pelaksanaannya, dan batasan serta keuntungannya.
Pengujian Big Bang
Big Bang Testing adalah suatu pendekatan pengujian Integrasi dimana semua komponen atau modul diintegrasikan secara bersamaan dan kemudian diuji sebagai satu kesatuan. Kumpulan komponen gabungan ini dianggap sebagai entitas saat pengujian. Jika semua komponen dalam unit tidak diselesaikan, proses integrasi tidak akan dijalankan.
Keuntungan:
- Nyaman untuk sistem kecil.
Kekurangan:
- Fault Localization sulit dilakukan.
- Mengingat banyaknya antarmuka yang perlu diuji dalam pendekatan ini, beberapa tautan antarmuka yang akan diuji dapat dilewatkan dengan mudah.
- Karena pengujian Integrasi dapat dimulai hanya setelah "semua" modul dirancang, tim pengujian akan memiliki lebih sedikit waktu untuk eksekusi dalam fase pengujian.
- Karena semua modul diuji sekaligus, modul kritis berisiko tinggi tidak diisolasi dan diuji berdasarkan prioritas. Modul periferal yang menangani antarmuka pengguna juga tidak diisolasi dan diuji berdasarkan prioritas.
Pengujian Tambahan
Dalam pendekatan Incremental Testing , pengujian dilakukan dengan mengintegrasikan dua atau lebih modul yang secara logis terkait satu sama lain dan kemudian diuji apakah aplikasi berfungsi dengan baik. Kemudian modul terkait lainnya diintegrasikan secara bertahap dan proses berlanjut hingga semua modul yang terkait secara logis diintegrasikan dan berhasil diuji.
Pendekatan Inkremental, pada gilirannya, dilakukan dengan dua Metode berbeda:
- Bottom Up
- Perintahkan ke bawah
Rintisan dan Driver
Stubs and Drivers adalah program dummy dalam pengujian Integrasi yang digunakan untuk memfasilitasi aktivitas pengujian perangkat lunak. Program ini bertindak sebagai pengganti model yang hilang dalam pengujian. Mereka tidak mengimplementasikan logika pemrograman seluruh modul perangkat lunak tetapi mereka mensimulasikan komunikasi data dengan modul panggilan saat pengujian.
Stub : Disebut oleh Module under Test.
Driver : Memanggil Modul yang akan diuji.
Pengujian Integrasi Bottom-up
Pengujian Integrasi Bottom-up adalah strategi di mana modul tingkat bawah diuji terlebih dahulu. Modul yang diuji ini kemudian digunakan lebih lanjut untuk memfasilitasi pengujian modul tingkat yang lebih tinggi. Proses berlanjut hingga semua modul di tingkat atas diuji. Setelah modul tingkat bawah diuji dan diintegrasikan, maka modul tingkat berikutnya terbentuk.
Representasi Diagram :
Keuntungan:
- Lokalisasi kesalahan lebih mudah.
- Tidak ada waktu yang terbuang untuk menunggu semua modul dikembangkan, tidak seperti pendekatan Big-bang
Kekurangan:
- Modul kritis (di tingkat atas arsitektur perangkat lunak) yang mengontrol aliran aplikasi diuji terakhir kali dan mungkin rentan terhadap kerusakan.
- Prototipe awal tidak mungkin dilakukan
Pengujian Integrasi Top-down
Pengujian Integrasi Top Down adalah metode dimana pengujian integrasi berlangsung dari atas ke bawah mengikuti aliran kendali sistem perangkat lunak. Modul tingkat yang lebih tinggi diuji terlebih dahulu dan kemudian modul tingkat yang lebih rendah diuji dan diintegrasikan untuk memeriksa fungsionalitas perangkat lunak. Stub digunakan untuk pengujian jika beberapa modul belum siap.
Representasi Diagram:
Keuntungan:
- Fault Localization lebih mudah.
- Kemungkinan untuk mendapatkan prototipe awal.
- Modul Kritis diuji berdasarkan prioritas; kelemahan desain utama dapat ditemukan dan diperbaiki terlebih dahulu.
Kekurangan:
- Membutuhkan banyak Stub.
- Modul di tingkat yang lebih rendah diuji secara tidak memadai.
Pengujian Sandwich
Pengujian Sandwich adalah strategi di mana modul tingkat atas diuji dengan modul tingkat yang lebih rendah pada saat yang sama modul yang lebih rendah diintegrasikan dengan modul atas dan diuji sebagai suatu sistem. Merupakan kombinasi dari pendekatan Top-down dan Bottom-up oleh karena itu disebut Hybrid Integration Testing . Itu menggunakan baik bertopik maupun driver.
Bagaimana cara melakukan Pengujian Integrasi?
Prosedur uji Integrasi terlepas dari strategi pengujian Perangkat Lunak (dibahas di atas):
- Siapkan Rencana Tes Integrasi
- Rancang Skenario Tes, Kasus, dan Skrip.
- Melaksanakan Uji Kasus diikuti dengan melaporkan cacat.
- Melacak & menguji kembali cacat.
- Langkah 3 dan 4 diulangi sampai penyelesaian Integrasi berhasil.
Deskripsi Singkat Rencana Uji Integrasi:
Ini mencakup atribut berikut:
- Metode / Pendekatan pengujian (seperti yang dibahas di atas).
- Cakupan dan Item Di Luar Cakupan Pengujian Integrasi.
- Peran dan Tanggung Jawab.
- Prasyarat untuk pengujian Integrasi.
- Lingkungan pengujian.
- Risiko dan Rencana Mitigasi.
Kriteria Masuk dan Keluar dari Pengujian Integrasi
Kriteria Masuk dan Keluar untuk fase pengujian Integrasi dalam model pengembangan perangkat lunak apa pun
Kriteria Masuk:
- Komponen / Modul yang Diuji Unit
- Semua bug dengan prioritas tinggi diperbaiki dan ditutup
- Semua Modul harus diselesaikan kode dan diintegrasikan dengan sukses.
- Tes integrasi Rencanakan, uji kasus, skenario yang akan ditandatangani dan didokumentasikan.
- Lingkungan Pengujian yang Diperlukan untuk disiapkan untuk pengujian Integrasi
Kriteria Keluar:
- Pengujian Aplikasi Terintegrasi yang Berhasil.
- Kasus Uji yang Dieksekusi didokumentasikan
- Semua bug dengan prioritas tinggi diperbaiki dan ditutup
- Dokumen teknis yang akan diserahkan diikuti dengan Catatan rilis.
Praktik / Panduan Terbaik untuk Pengujian Integrasi
- Pertama, tentukan Strategi Uji Integrasi yang dapat diadopsi dan kemudian persiapkan kasus uji dan data uji yang sesuai.
- Pelajari desain Arsitektur Aplikasi dan identifikasi Modul Kritis. Ini perlu diuji berdasarkan prioritas.
- Dapatkan desain antarmuka dari tim Arsitektur dan buat kasus uji untuk memverifikasi semua antarmuka secara detail. Antarmuka ke database / perangkat keras / aplikasi perangkat lunak eksternal harus diuji secara detail.
- Setelah kasus pengujian, data pengujianlah yang memainkan peran penting.
- Selalu persiapkan data tiruan, sebelum dieksekusi. Jangan pilih data pengujian saat menjalankan kasus pengujian.