Intergration Tesing

1.      Pendahuluan

Integration Testing
Setelah Anda melakukan Unit/Component Testing, langkah berikutnya adalah memeriksa bagaimana unit-unit tersebut bekerja sebagai suatu kombinasi, bukan lagi sebagai suatu unit yang individual. Sebagai contoh, Anda memiliki sebuah proses yang dikerjakan oleh dua function, di mana satu function menggunakan hasil output dari function yang lainnya. Kedua function ini telah berjalan dengan baik secara individu pada Unit Testing. Pada tahap Integration Testing, Anda memeriksa hasil dari interaksi kedua function tersebut, apakah bekerja sesuai dengan hasil yang diharapkan. Anda juga harus memastikan bahwa seluruh kondisi yang mungkin terjadi dari hasil interaksi antarunit tersebut menghasilkan output yang diharapkan.

System Testing
Mencakup testing aplikasi yang telah selesai didevelop. Karena itu, aplikasi harus terlihat dan berfungsi sebagaimana mestinya terhadap end-user atau pengguna akhir. Untuk itu, testing dilakukan dengan menggunakan data yang menggambarkan data yang digunakan oleh pengguna sesungguhnya terhadap aplikasi. Jika aplikasi Anda di-develop untuk lingkungan yang besar,
Anda dapat melakukan testing pada dua komputer yang berbeda. Komputer yang Anda gunakan sebagai komputer testing harus terlebih dahulu dikon?gurasi hanya dengan:
a. Operating system yang dibutuhkan.
b. Driver yang diperlukan oleh aplikasi.
c. Aplikasi yang dites.
Dengan menggunakan konfigurasi yang paling minimal dan sederhana, maka dapat membantu Anda untuk memastikan bahwa permasalahan yang timbul selama testing berlangsung adalah merupakan kesalahan aplikasi, dan bukan kesalahan yang berasal dari aplikasi atau software lain.

1.2       PENGUJIAN INTEGRASI

Pengujian terintegrasi adalah teknik yg sistematis untuk penyusunan struktur program, pada saat bersamaan dikerjakan uji coba untuk memeriksa kesalahan yg nantinya digabungkan dengan interface.

Metode pengujian

a) top down integration

b) buttom up integration

1.3       PENGURAIAN

a)  Top- down integration

Top down integration adalah pendekatan incremental dengan menggerakkan ke bawah melalui hirarki control, dimulai dengan control utama. Strategi intergrasi top-down memeriksa control mayor atau keputusan pada saat awal di dalam proses pengujian. Pada struktur program yang difaktorkan dengan baik, penarikan keputusan terjadi pada tingkat hirarki yang lebih tinggi sehingga terjadi lebih dulu.

Strategi top-down kelihatannya tidak sangat rumit, tetapi di dalam praktenya banyak menimbulkan masalah logistic. Biasanya masalah ini terjadi jika dibutuhkan pemrosesan di dalam hirarki pada tingkat rendah untuk menguji secara memadai tingkat yang lebih tinggi.


b)  Pengujian Integrasi Bottom-up

Bottom up integration memulai konstruksi dan pengujian dengan modul atomic (modul pada tingkat paling rendah pada struktur program). Karena modul diintegrasikan dari bawah ke atas, maka pemrosesan yang diperlukan untuk modul subordinate ke suatu tuingkat yang diberikan akan selalu tersedia dan kebutuhan akan stub dapat dieliminasi. Strategi integrasi bottom-up dapat diimplementasi dengan langkah-langkah:

1. modul tingkat rendah digabung ke dalam cluster (build) yang melakukan subfungsi perangkat lunak spesifik.
2. Driver (program control untuk pengujian) ditulis untuk mengkoordinasi input dan output test case
3. cluster diuji
4. driver diganti dan cluster digabungkan dengan menggerakkannya ke atas di dalam struktur program.

2.            URAIAN

Penjelasan

RENCANA UJI TOP-DOWN

Fase awal "Pride"-ISEM terutama digunakan untuk merancang sistem menjadi komponen halus. Mereka juga digunakan untuk menentukan kriteria pengujian untuk tahap selanjutnya, untuk menggambarkan.

TAHAP 2 - SISTEM DESAIN - Rencana Uji pada tingkat ini akan digunakan kemudian dalam Tahap 8 dan harus mencakup bagaimana pengujian paralel sub-sistem harus dilakukan. File kunci pemeliharaan sub-sistem harus diuji dan diinstal sebelum sederhana "read-only" sub-sistem.

TAHAP 3 - SUB-SISTEM DESAIN - Rencana Uji pada tingkat ini akan digunakan kemudian dalam Tahap 7 dan harus membahas interaksi manusia / mesin. Karena input dan output harus sepenuhnya ditentukan oleh fase ini, Rencana Uji harus mencakup:

    Standar desain untuk diamati untuk Graphical User Interface dan layout laporan. Ini termasuk penggunaan teks Bantuan.
  1)  nilai default dan aturan validasi untuk mengumpulkan data.
  2)  Kemudahan penggunaan (intuitif).
  3)  Pengolahan parameter opsional.
  4)  Verifikasi logika pengolahan secara keseluruhan.
  5) Tes benchmark.

FASE 4-II - SOFTWARE ENGINEERING - Rencana Uji pada tingkat ini akan digunakan kemudian dalam Tahap 6 dan harus memeriksa dependensi operasional antara program dan stress testing. Input / file / Output layout harus diverifikasi serta pengujian volume.

BOTTOM-UP PENGUJIAN

Tahap sisanya di "Pride"-ISEM digunakan untuk menguji sistem dari bawah ke atas.

FASE 5 - SOFTWARE MANUFACTURING - Setelah produksi program dieksekusi, programmer merakit data uji yang bersangkutan untuk menguji dan debug program individu. Untuk melakukannya, programmer berkonsultasi Rencana Uji, Program Spesifikasi, dan relevan Struktur Diagram Software yang dihasilkan dari Tahap 4-II. Ini menjadi "peta jalan" untuk menguji program.Ada berbagai software pengujian dan debugging  contohnya  JUnit.
Ketika program telah diuji untuk kepuasan programmer, hasilnya terakhir dengan perancang prosedur komputer dan Jaminan Mutu. Ulasan ini menjamin bahwa semua standar telah diikuti, dan program ini telah diuji untuk memenuhi spesifikasi. Data uji disimpan untuk referensi kemudian dan hasil tes yang diajukan untuk referensi di masa mendatang.

FASE 6 - SOFTWARE TESTING - Tujuan dari tahap ini adalah untuk menguji dan memperbaiki kesalahan dalam prosedur komputer secara keseluruhan. Ini kadang-kadang disebut "tes string" "pekerjaan uji aliran," atau "stress test." Sedangkan "Unit test" yang dilakukan pada fase 5 prihatin dengan format data, penekanan pada Tahap 6 adalah pada pengujian volume.

Ini adalah tujuan dari Prosedur Komputer Designer untuk memastikan bahwa prosedur memenuhi spesifikasi sub-sistem. Selain pengujian untuk logika pengolahan yang benar, mereka juga memeriksa pertimbangan operasional waktu, re-start, dll

Setelah pengujian, hasilnya terakhir dengan Quality Assurance dan Designer Sub-Sistem. Hal ini menjamin sesuai dengan semua standar dan persyaratan Sub-sistem terpenuhi. Ketika pengujian yang memuaskan dicapai, data pengujian diajukan untuk referensi di masa mendatang.

FASE 7 - SUB-SISTEM UJI - Pengujian pada Tahap 7 dilakukan dengan cara yang sama seperti pada Fase 6, kecuali pada tingkat yang lebih tinggi. Sedangkan Tahap 6 "Pengujian Perangkat Lunak," dilakukan oleh Rekayasa Perangkat Lunak untuk semua program dalam prosedur komputer, Tahap 7 dilakukan oleh Sistem Rekayasa untuk semua prosedur dalam sub-sistem, baik administrasi dan komputer.

Selama Komputer Desain Prosedur, Rekayasa Perangkat Lunak menyiapkan prosedur komputer yang akan digunakan oleh DP Operasi. Dalam rangka untuk menguji prosedur ini, dianjurkan bahwa DP Operasi benar-benar melakukan tes di bawah arahan Software Engineering. Dengan cara ini, prosedur operasi diuji bersama dengan program yang digunakan untuk melaksanakan prosedur. Seringkali orang yang beroperasi akan menunjukkan daerah untuk perbaikan prosedur.

Selama Tahap 3, Teknik Sistem ditentukan kriteria pengujian untuk keseluruhan sub-sistem. Ini termasuk validasi input / pengolahan output, bersama dengan volume transaksi diantisipasi untuk sub-sistem. Tahap 7, oleh karena itu, digunakan untuk memverifikasi uji kriteria dan tolok ukur.

Setelah Tahap 7, sub-sistem pada dasarnya siap untuk operasi. Namun, perawatan yang cukup harus dilakukan untuk menghindari instalasi dini dari sub-sistem untuk operasi sehari-hari. Situasi ini dapat menyebabkan kondisi panik jika bagian-bagian lain dari sistem tidak siap. Inilah sebabnya mengapa Tahap 8 digunakan untuk melepaskan sub-sistem.

FASE 8 - SISTEM OPERASI - Sebuah tes akhir sistem dilakukan di mana berbagai sub-sistem diuji secara paralel. Hal ini mirip dengan pengujian di Fase 6 dan 7, tetapi pada tingkat tertinggi. Hal ini tidak jarang mengundang personil pengguna dan operasi DP untuk berpartisipasi dalam ujian. The Manual Prosedur Administrasi dan Run Komputer Buku, sebagaimana dibuat dalam berbagai Fase 4-I s dan 4-II, yang digunakan sebagai bagian dari formal berjalan-melalui. Data tes sebagai dibuat dalam tahap sebelumnya dirakit dan digunakan sebagai dasar untuk ujian. Bila tersedia, data yang sebenarnya harus diuji untuk mensimulasikan situasi sistem aktual. Jika ada kesalahan yang ditemukan, mereka segera diperbaiki dan pengujian dilanjutkan. Perubahan ke sub-sistem juga dapat diusulkan, namun, ini harus dipertimbangkan dengan hati-hati. Dalam beberapa kasus, mungkin lebih tepat untuk menunda modifikasi atau perbaikan sementara sampai penggunaan sistem baru telah menetap ke dalam operasi rutin.

3.            KESIMPULAN

Dari analisa yang dilakukan Pride ialah  konsep penentuan tingkat yang paling sederhana untuk  uji rencana "top-down", dan melakukan tes yang sesuai "bottom-up" adalah pendekatan yang sederhana dan efektif. Ini menawarkan struktur yang mudah untuk mengelola dan memberikan tes ketat sistem. Generator data uji dan alat bantu debugging yang berguna dan haru bermanfaat, tetapi organisasi sederhana dan pendekatan metode untuk pengujian dapat memiliki efek yang lebih baik dan konsesisten.