Pengujian Integrasi: Apa itu, Jenis, Contoh Top Down & Bottom Up

Pengujian Integrasi: Apa itu, Jenis, Contoh Top Down & Bottom Up

Apa itu Pengujian Integrasi?

PENGUJIAN INTEGRASI didefinisikan sebagai jenis pengujian di mana modul perangkat lunak diintegrasikan secara logis dan diuji sebagai kelompok. Proyek perangkat lunak tipikal terdiri dari beberapa modul perangkat lunak, yang dikodekan oleh pemrogram yang berbeda. Tujuan dari tingkat pengujian ini adalah untuk mengekspos kerusakan dalam interaksi antara modul-modul perangkat lunak ini ketika mereka terintegrasi

 Pengujian Integrasi berfokus pada memeriksa komunikasi data di antara modul-modul ini. Oleh karena itu juga disebut sebagai  ‘I & T’  (Integration and Testing),  ‘String Testing‘ dan kadang-kadang ‘Thread Testing‘ .

Mengapa Pengujian Integrasi?

Meskipun setiap modul perangkat lunak diuji unit, cacat tetap ada karena berbagai alasan seperti

• Modul, secara umum, dirancang oleh pengembang perangkat lunak individual yang pemahaman dan logika pemrogramannya mungkin berbeda dari programmer lain. Pengujian Integrasi menjadi perlu untuk memverifikasi modul perangkat lunak bekerja dalam kesatuan
• Pada saat pengembangan modul, ada kemungkinan besar perubahan dalam persyaratan oleh klien. Persyaratan baru ini mungkin tidak diuji unit dan karenanya Pengujian integrasi sistem menjadi perlu.
• Antarmuka modul perangkat lunak dengan database bisa keliru
• Antarmuka perangkat keras eksternal, jika ada, bisa keliru
• Penanganan pengecualian yang tidak memadai dapat menyebabkan masalah.

Contoh Kasus Uji Integrasi

Integration Test Case berbeda dari test case lain dalam arti berfokus terutama pada antarmuka & aliran data / informasi antar modul . Di sini prioritas diberikan untuk tautan pengintegrasian daripada fungsi unit yang sudah diuji.

Contoh Kasus Uji Integrasi untuk skenario berikut: Aplikasi memiliki 3 modul yaitu ‘Halaman Masuk’, ‘Kotak Surat’ dan ‘Hapus email’ dan masing-masing terintegrasi secara logis.

Di sini tidak banyak berkonsentrasi pada pengujian Halaman Login karena sudah dilakukan di Unit Testing . Tetapi periksa bagaimana tautannya ke Halaman Kotak Surat.

Demikian pula Kotak Surat: Periksa integrasinya ke Modul Hapus Surat.

ID Kasus Uji	Tujuan Uji Kasus	Deskripsi Test Case	Hasil yang diharapkan
1	Periksa tautan antarmuka antara modul Login dan Kotak Surat	Masukkan kredensial masuk dan klik tombol Login	Untuk diarahkan ke Kotak Surat
2	Periksa tautan antarmuka antara Kotak Surat dan Hapus Modul 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:
•  Pendekatan Tambahan: yang selanjutnya dibagi menjadi sebagai berikut:
  •  Pendekatan atas ke bawah (Top Down)
  •  Pendekatan dari Bawah ke Atas (Bottom Up)
  •  Sandwich Approach – Kombinasi Top Down dan Bottom Up

Di bawah ini adalah strategi yang berbeda, cara mereka dieksekusi dan keterbatasannya serta keuntungannya.

Pendekatan Big Bang:

Di sini semua komponen terintegrasi bersamaan sekaligus diuji.

Keuntungan:

• Nyaman untuk sistem kecil.

Kekurangan:

• Lokalisasi kesalahan sulit.
• 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 waktu lebih sedikit untuk dieksekusi dalam fase pengujian.
• Karena semua modul diuji sekaligus, modul kritis berisiko tinggi tidak diisolasi dan diuji berdasarkan prioritas. Modul periferal yang berurusan dengan antarmuka pengguna juga tidak diisolasi dan diuji berdasarkan prioritas.

Pendekatan Tambahan

Dalam pendekatan ini, pengujian dilakukan dengan menggabungkan dua atau lebih modul yang terkait secara logis . Kemudian modul terkait lainnya ditambahkan dan diuji untuk berfungsi dengan benar. Proses berlanjut hingga semua modul bergabung dan diuji dengan sukses.

Pendekatan inkremental, pada gilirannya, dilakukan oleh dua Metode berbeda:

• Bottom Up
• Top Down

Apa itu Stubs and Driver?

Pendekatan inkremental dilakukan dengan menggunakan program dummy yang disebut Stubs and Drivers . Stubs dan Driver tidak menerapkan seluruh logika pemrograman modul perangkat lunak tetapi hanya mensimulasikan komunikasi data dengan modul panggilan.

Stubs : Disebut oleh Modul yang sedang diuji.

Driver : Memanggil Modul yang akan diuji.

Integrasi Bottom Up

Dalam strategi bottom-up, setiap modul di tingkat bawah diuji dengan modul yang lebih tinggi hingga semua modul diuji. Dibutuhkan bantuan Driver untuk pengujian

Representasi Diagram :

Keuntungan:

• Lokalisasi kesalahan lebih mudah.
• Tidak ada waktu yang terbuang untuk menunggu semua modul dikembangkan tidak seperti pendekatan Big Bang

Kekurangan:

• Modul penting (pada tingkat atas arsitektur perangkat lunak) yang mengontrol aliran aplikasi diuji terakhir dan mungkin rentan terhadap cacat.
• Prototipe awal tidak dimungkinkan

Integrasi Top-down:

Dalam pendekatan Top to down, pengujian dilakukan dari atas ke bawah mengikuti aliran kontrol sistem perangkat lunak.

Membutuhkan bantuan stubs untuk pengujian.

Representasi Diagram:

Keuntungan:

• Lokalisasi kesalahan lebih mudah.
• Kemungkinan untuk mendapatkan prototipe awal.
• Modul Kritis diuji berdasarkan prioritas; cacat desain utama dapat ditemukan dan diperbaiki terlebih dahulu.

Kekurangan:

• Membutuhkan banyak Stubs.
• Modul pada tingkat yang lebih rendah diuji secara tidak memadai.

Integrasi Hybrid / Sandwich

Dalam strategi sandwich / hybrid adalah kombinasi dari pendekatan Top Down dan Bottom up. Di sini, modul teratas diuji dengan modul yang lebih rendah pada saat yang sama modul yang lebih rendah diintegrasikan dengan modul atas dan diuji. Strategi ini memanfaatkan stubs serta driver.

Bagaimana cara melakukan Pengujian Integrasi?

Prosedur pengujian Integrasi terlepas dari strategi pengujian Perangkat Lunak (dibahas di atas):

1. Mempersiapkan Rencana Tes Integrasi
2. Desain Skenario, Kasus, dan Skrip Uji.
3. Melaksanakan uji Kasus diikuti dengan melaporkan cacat.
4. Melacak & menguji ulang cacat.
5. Langkah 3 dan 4 diulangi sampai penyelesaian Integrasi berhasil.

Deskripsi Singkat Rencana Tes Integrasi:

Terdiri beberapa hal berikut:

• Metode / Pendekatan untuk pengujian (seperti dibahas di atas).
• Cakupan dan luar cakupan Item Pengujian Integrasi.
• Peran dan Tanggung Jawab.
• Prasyarat untuk pengujian Integrasi.
• Lingkungan pengujian.
• Rencana Risiko dan Mitigasi.

Kriteria Masuk dan Keluar dari Pengujian Integrasi

Kriteria Masuk dan Keluar ke fase pengujian Integrasi dalam model pengembangan perangkat lunak apa pun

Kriteria Entri:

• Komponen / Modul Yang Diuji Unit
• Semua bug yang diprioritaskan Tinggi diperbaiki dan ditutup
• Semua Modul menjadi kode yang diselesaikan dan diintegrasikan dengan sukses.
• Rencana Tes Integrasi, uji kasus, skenario yang akan ditandatangani dan didokumentasikan.
• Lingkungan Uji yang Diperlukan harus disiapkan untuk pengujian Integrasi

Kriteria Keluar:

• Pengujian Aplikasi Terintegrasi yang berhasil.
• Kasus Uji yang dieksekusi didokumentasikan
• Semua bug yang diprioritaskan Tinggi diperbaiki dan ditutup
• Dokumen teknis yang akan dikirim diikuti oleh Notes rilis.

Praktik / Pedoman Terbaik untuk Pengujian Integrasi

• Pertama, tentukan Strategi Uji Integrasi yang dapat diadopsi dan kemudian menyiapkan 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 basis data / aplikasi perangkat keras / perangkat lunak eksternal harus diuji secara terperinci.
• Setelah uji kasus, data uji yang memainkan peran penting.
• Selalu siapkan data tiruan, sebelum dieksekusi. Jangan memilih data uji saat menjalankan kasus uji.