Pengujian Black Box dan Box Putih untuk Blok Aplikasi

Kotak hitam pengujian. Pendekatan ini tes semua kombinasi yang mungkin dari tindakan-pengguna akhir. pengujian kotak hitam tidak menganggap pengetahuan kode dan dimaksudkan untuk mensimulasi pengalaman pengguna akhir. Anda dapat menggunakan contoh aplikasi untuk mengintegrasikan dan menguji blok aplikasi untuk pengujian kotak hitam. Anda dapat mulai merencanakan untuk kotak hitam pengujian segera setelah persyaratan dan spesifikasi fungsional yang tersedia.
Pengujian pengujian kotak putih. (Ini juga dikenal sebagai kotak kaca yang jelas, kotak, kotak terbuka dan.) Dalam pengujian kotak putih, Anda membuat kasus uji dengan melihat kode untuk mendeteksi setiap skenario potensi kegagalan. Anda menentukan data masukan yang sesuai untuk pengujian berbagai API dan jalur kode khusus yang perlu diuji dengan menganalisis kode sumber untuk blok aplikasi. Oleh karena itu, rencana uji perlu diperbarui sebelum memulai pengujian kotak putih dan hanya setelah membangun stabil kode tersedia.

Sebuah kegagalan tes kotak putih dapat mengakibatkan perubahan yang mengharuskan semua pengujian kotak hitam harus diulang dan jalan pengujian kotak putih akan ditinjau kembali dan mungkin berubah.

Tujuan dari pengujian dapat diringkas sebagai berikut:
Verifikasi bahwa blok aplikasi mampu memenuhi semua persyaratan sesuai dengan dokumen spesifikasi fungsional.
Pastikan bahwa blok aplikasi memiliki output yang konsisten dan diharapkan untuk semua skenario penggunaan untuk input keduanya valid dan tidak valid. Sebagai contoh, pastikan pesan kesalahan yang berarti dan membantu pengguna dalam mendiagnosa masalah yang sebenarnya.

Anda mungkin harus mengembangkan satu atau lebih hal berikut untuk menguji fungsionalitas dari aplikasi blok:
Test harnesses, seperti kasus uji NUnit, untuk menguji API blok aplikasi untuk berbagai masukan
Prototipe Windows Forms dan Web Formulir aplikasi yang mengintegrasikan aplikasi dan blok ditempatkan di target penyebaran simulasi
Otomatis skrip yang menguji API blok aplikasi untuk berbagai masukan

Bab ini membahas proses pengujian kotak hitam dan pengujian kotak putih. Ini termasuk contoh kode dan contoh kasus uji untuk menunjukkan pendekatan untuk pengujian kotak hitam dan kotak putih blok pengujian aplikasi. Untuk tujuan contoh digambarkan dalam bab ini, diasumsikan bahwa fungsi pengujian yang dilakukan untuk Aplikasi Manajemen Blok (CMAB). The CMAB telah melalui desain dan kode review. Persyaratan untuk CMAB adalah sebagai berikut:
Hal ini menyediakan fungsionalitas untuk membaca dan menyimpan informasi konfigurasi transparan dalam media penyimpanan persisten. The media penyimpanan SQL Server, registri, dan file XML.
Ini menyediakan pilihan dikonfigurasi untuk menyimpan informasi dalam bentuk terenkripsi dan teks biasa menggunakan notasi XML.
Hal ini dapat digunakan dengan aplikasi desktop dan aplikasi Web yang ditempatkan di sebuah peternakan Web.
Ini cache konfigurasi informasi dalam memori untuk mengurangi proses komunikasi lintas, seperti membaca dari media persisten. Hal ini mengurangi waktu respon dari permintaan untuk informasi konfigurasi. Dengan berakhirnya dan mengais-ngais mekanisme untuk data yang di-cache dalam memori mirip dengan algoritma cron di UNIX.
Hal ini dapat menyimpan dan mengembalikan data dari berbagai locales dan budaya tanpa kehilangan integritas data.
Pengujian Black Box

pengujian kotak Hitam mengasumsikan kode untuk menjadi kotak hitam yang menanggapi rangsangan masukan. Pengujian berfokus pada output ke berbagai jenis rangsangan di lingkungan target penyebaran. Ini berfokus pada tes validasi, kondisi batas, pengujian destruktif, tes reproduktibilitas, tes kinerja, globalisasi, dan pengujian yang berhubungan dengan keamanan.

Analisis Risiko harus dilakukan untuk memperkirakan jumlah dan tingkat pengujian yang perlu dilakukan. Analisis Risiko memberikan kriteria yang diperlukan tentang kapan harus menghentikan proses pengujian. Analisis Risiko memprioritaskan uji kasus. Ini mempertimbangkan dampak dari kesalahan dan kemungkinan terjadinya kesalahan. Dengan berkonsentrasi pada uji kasus yang dapat mengakibatkan dampak yang tinggi dan kesalahan probabilitas tinggi, upaya pengujian dapat dikurangi dan blok aplikasi dapat dipastikan cukup baik untuk digunakan oleh berbagai aplikasi.

Preferably, pengujian kotak hitam harus dilakukan dalam lingkungan tes dekat dengan lingkungan target. Ada bisa salah satu atau lebih skenario deployment aplikasi untuk blok yang sedang diuji. Persyaratan dan perilaku blok aplikasi dapat bervariasi dengan skenario implementasi, sehingga blok pengujian aplikasi dalam lingkungan simulasi yang mirip dengan lingkungan deployment memastikan bahwa diuji untuk memenuhi semua persyaratan dari kondisi kehidupan nyata yang ditargetkan. Tidak akan ada kejutan dalam lingkungan produksi. Uji kasus dieksekusi memastikan ketahanan blok aplikasi untuk skenario deployment target.

Sebagai contoh, CMAB dapat digunakan pada desktop dengan aplikasi Windows Forms atau di sebuah peternakan Web ketika terintegrasi dengan aplikasi Web. Persyaratan CMAB, seperti tujuan kinerja, bervariasi dari lingkungan desktop untuk lingkungan Web. kasus pengujian dan lingkungan pengujian harus bervariasi sesuai dengan lingkungan target. blok aplikasi lainnya mungkin memiliki lingkungan menargetkan lebih terbatas dan khusus. Contoh blok aplikasi yang membutuhkan lingkungan tes khusus adalah blok aplikasi yang digunakan pada perangkat mobile dan digunakan untuk data sinkronisasi dengan server pusat.

Seperti disebutkan sebelumnya, Anda akan perlu mengembangkan memanfaatkan uji fungsionalitas kustom untuk tujuan pengujian.
Input

Masukan berikut ini diperlukan untuk pengujian kotak hitam:
Persyaratan
Spesifikasi Fungsional
Tingkat tinggi desain dokumen
Aplikasi blok kode sumber

Proses pengujian kotak hitam untuk blok aplikasi
Pengujian Black Box Langkah

pengujian kotak Hitam melibatkan pengujian antarmuka eksternal untuk memastikan bahwa kode tersebut memenuhi persyaratan fungsional dan nonfunctional. Berbagai langkah yang terlibat dalam pengujian kotak hitam adalah sebagai berikut:
Membuat rencana uji diprioritaskan. rencana uji untuk pengujian Membuat kotak hitam.
Ujilah antarmuka eksternal. Uji antarmuka eksternal untuk berbagai jenis masukan menggunakan suite tes otomatis, seperti suite NUnit dan prototipe aplikasi kustom.
Melakukan pengujian beban blok Load. Pengujian aplikasi untuk menganalisis perilaku pada tingkat berbagai beban. Hal ini menjamin bahwa memenuhi tujuan kinerja semua yang dinyatakan sebagai persyaratan.
Melakukan stress testing blok Stres. Tes aplikasi untuk menganalisis berbagai hambatan dan untuk mengidentifikasi masalah apapun hanya terlihat dalam kondisi beban ekstrim, seperti kondisi ras dan perselisihan.
Melakukan pengujian keamanan skenario. Uji mungkin untuk penyebaran ancaman dalam. Deploy blok aplikasi di lingkungan target simulasi dan mencoba hack aplikasi dengan memanfaatkan kelemahan yang mungkin terjadi dari blok aplikasi.
Lakukan pengujian globalisasi. Kasus uji Jalankan untuk memastikan bahwa blok aplikasi dapat diintegrasikan dengan aplikasi yang ditargetkan terhadap locales selain lokal default yang digunakan untuk pembangunan.

Bagian berikutnya menggambarkan masing-masing langkah.
Langkah 1: Buat Rencana Uji

Langkah pertama dalam proses pengujian kotak hitam adalah untuk menciptakan rencana uji diprioritaskan. Anda dapat mempersiapkan uji kasus untuk kotak hitam pengujian bahkan sebelum Anda menerapkan blok aplikasi. Uji kasus didasarkan pada persyaratan dan dokumen spesifikasi fungsional.

Persyaratan dan dokumen spesifikasi fungsional membantu Anda ekstrak berbagai skenario penggunaan dan output yang diharapkan di masing-masing skenario.

Dokumen rencana rinci mencakup uji kasus uji sebagai berikut:
Menguji antarmuka eksternal dengan berbagai jenis masukan
Load testing dan stress testing
Keamanan pengujian
Globalisasi pengujian

Untuk informasi lebih jauh tentang membuat uji kasus, lihat Bab 3, "Proses Pengujian Aplikasi Blok."
Langkah 2: Menguji Antarmuka Eksternal

Anda perlu menguji antarmuka eksternal blok aplikasi dengan menggunakan strategi berikut:
Pastikan bahwa blok aplikasi antarmuka yang mengekspos alamat semua spesifikasi dan persyaratan fungsional. Untuk melakukan ini pengujian validasi, lakukan hal berikut:
Siapkan daftar semua persyaratan dan fitur yang diharapkan dari blok aplikasi.
Buat test harnesses, seperti NUnit, dan kecil "halo dunia" "aplikasi untuk menggunakan semua terkena API dari aplikasi tes blok.
Jalankan memanfaatkan uji.

Menggunakan NUnit, Anda dapat memvalidasi bahwa fitur yang dimaksud adalah bekerja jika input yang diberikan pada baris yang diharapkan.

Sampel aplikasi dapat menunjukkan apakah aplikasi blok dapat diintegrasikan dan ditempatkan di lingkungan target. Sampel aplikasi digunakan untuk menguji tindakan pengguna mungkin untuk skenario penggunaan; ini mencakup baik proses yang diharapkan dan arus input acak. Sebagai contoh, sebuah aplikasi Web dikerahkan di sebuah peternakan Web yang mengintegrasikan CMAB dapat digunakan untuk menguji membaca dan menulis informasi dari database yang gigih, seperti registry, SQL, atau file XML. Anda perlu menguji fungsi tersebut dengan menggunakan berbagai pilihan konfigurasi file konfigurasi.
Pengujian untuk berbagai jenis input. Setelah memastikan bahwa blok ekspose aplikasi antarmuka bahwa alamat semua spesifikasi fungsional, Anda perlu menguji kekokohan interface ini. Anda perlu menguji untuk tipe input berikut:
Secara acak masukan dalam kisaran tertentu
Batas kasus untuk rentang tertentu input
Angka nol pengujian jika input numerik
Masukan null
Tidak valid input atau masukan yang di luar jangkauan diharapkan