Bagikan melalui

Cara Menguji dan Men-debug Adapter

  • Artikel

Men-debug masalah run-time sering memerlukan pendekatan multifaktor. Data harus dikumpulkan dari beberapa sumber seperti pelacakan perangkat lunak, penghitung kinerja, entri log peristiwa, peristiwa Windows Management Instrumentation (WMI), dan kode sumber penelusuran kesalahan untuk menentukan penyebab masalah atau bug perangkat lunak.

Karena adaptor terima dan kirim dijalankan di ruang alamat layanan BizTalk, debugger perlu dilampirkan ke proses BtsNtSvc.exe untuk men-debug adaptor. Namun untuk adaptor penerima yang terisolasi, debugger perlu dilampirkan ke proses yang menghosting adaptor.

Kode run-time adaptor harus diinstrumentasi dengan kode pelacakan untuk menangkap diagnostik run-time untuk pemecahan masalah. Anda dapat melakukan ini dengan menggunakan Microsoft Enterprise Instrumentation Framework (EIF). Biasanya berguna untuk menambahkan pernyataan pelacakan untuk tingkat keparahan yang berbeda, misalnya, melacak kondisi kesalahan saja, melacak kesalahan dan peringatan, dan akhirnya melacak kesalahan, peringatan, dan pernyataan informasi. Lebih lanjut, adaptor yang lebih kompleks mungkin memiliki subsistem terpisah yang perlu ditelusuri dalam isolasi satu sama lain. Misalnya, adaptor mungkin memiliki subsubsistem jaringan dan subsistem inti; mengaktifkan pelacakan untuk semua subsistem dapat menghasilkan "kebisingan" dalam beberapa skenario yang berlebihan.

Penghitung kinerja harus ditambahkan untuk menangkap laju dan nilai pada durasi untuk memberikan informasi lebih lanjut tentang perilaku run-time adaptor. Misalnya, adaptor mungkin menerbitkan penghitung kinerja untuk jumlah mentah pesan yang dikirim per titik akhir serta tingkat pesan yang dikirim per detik.

Peristiwa WMI mungkin juga berguna untuk beberapa skenario kesalahan kritis. Misalnya jika adaptor mencapai kesalahan penting yang menyebabkannya mematikan lokasi terima, menembakkan peristiwa WMI memungkinkan administrator untuk mendengarkan peristiwa tersebut dan mengambil tindakan yang tepat.

Pengujian Adapter

Ketika Anda mengembangkan adaptor kustom untuk BizTalk Server, ingatlah bahwa adaptor tersebut harus dikembangkan untuk kualitas perangkat lunak perusahaan. Ini berarti Bahwa Anda perlu menguji adaptor secara menyeluruh sebelum mengirimkannya. Meskipun tidak sepenuhnya merinci bagaimana adaptor harus diuji, bagian ini memberikan gambaran tentang apa yang perlu dilakukan. Secara umum pengujian kode run-time seperti adaptor harus mencakup tiga kategori luas: pengujian fungsional, pengujian stres, dan pengujian performa.

Pengujian Fungsi

Adaptor harus diuji untuk semua permutasi fungsionalitasnya, termasuk tes positif dan tes negatif. Tes positif harus mencakup tetapi tidak terbatas pada skenario berikut:

  • Menerima pesan

  • Mengirimkan pesan

  • Mengirimkan pesan menggunakan port dinamis

  • Nonaktifkan lokasi penerimaan

  • Perbarui konfigurasi

  • Pastikan jendela layanan berfungsi untuk adaptor terima dan kirim

  • Memastikan integritas transaksi untuk adaptor yang ditransaksikan

    Tes negatif harus mencakup tetapi tidak terbatas pada:

  • Menerima pesan buruk

  • Menerima batch pesan campuran, beberapa baik dan beberapa yang buruk

  • Kegagalan pengiriman

  • Coba lagi berhasil

  • Coba lagi gagal, pindah ke transportasi berikutnya berhasil

  • Pemindahan ke transportasi berikutnya gagal, menangguhkan pesan

  • Mengirimkan batch pesan campuran

  • Kegagalan database

Pengujian Stres

Adaptor adalah komponen run-time dan karenanya harus memenuhi persyaratan yang ketat untuk perangkat lunak run-time. Biasanya pengujian stres dilakukan dengan menjalankan skenario di bawah beban untuk jangka waktu tertentu. Tekanan tinggi lebih lanjut dan waktu rata-rata tekanan rendah antara pengujian kegagalan harus dilakukan, di mana adaptor dijalankan di bawah beban untuk periode waktu yang diukur.

Beberapa panduan kasar untuk pengujian ini mungkin menjalankan adaptor pada tekanan tinggi selama sekitar 72 jam, di mana jumlah pesan melalui adaptor menyebabkan pemanfaatan CPU sekitar 80 hingga 90 persen. Untuk stres rendah, pemanfaatan CPU akan sekitar 30 hingga 40 persen selama sekitar 120 jam.

Pengujian Performa

Adaptor harus dikembangkan dengan ingat performa. Sebelum merilis adaptor, Anda harus memvalidasi performanya. Penting untuk memastikan bahwa performanya meningkat dan diskalakan; artinya, menambahkan lebih banyak CPU menyebabkan peningkatan performa seperti menambahkan lebih banyak komputer. Pembuatan profil kode dapat membantu menghilangkan hambatan performa.