Pengujian White-Box Pengujian Vs Black-Box untuk Jaminan Kualitas Perangkat Lunak

    Pengujian White-Box Pengujian Vs Black-Box untuk Jaminan Kualitas Perangkat Lunak

    Pengujian black-box dan pengujian white-box menawarkan dua cara berbeda untuk menguji perangkat lunak. Sementara seseorang tidak secara inheren "lebih baik" daripada yang lain, kedua bentuk memiliki pro dan kontra khusus untuk ditimbang terhadap kebutuhan penguji. Kedua bentuk ini tidak saling eksklusif dan "pengujian kotak abu-abu" mengadopsi karakteristik keduanya.

    Pengujian kualitas kotak hitam memeriksa perangkat lunak murni untuk hasil dengan cara yang tidak memerlukan pengetahuan pemrograman atau pemahaman tentang kode perangkat lunak. Dalam bentuk pengujian berbasis hasil ini, penguji hanya tahu bahwa input tertentu harus menghasilkan output yang sesuai; tester tidak memiliki pemahaman tentang bagaimana perangkat lunak benar-benar menciptakan output. Beberapa metode tes yang umum termasuk tabel transisi-negara, analisis nilai batas, dan tebakan kesalahan.

    Kekuatan dan kelemahan pengujian black-box keduanya bergantung pada kesederhanaan pengujian berbasis hasil dan kurangnya pengetahuan teknis yang diperlukan. Singkatnya, ini lebih mudah untuk diterapkan, tetapi kesederhanaan itu membatasi ruang lingkup tes. Kebanyakan program memiliki ribuan, jika tidak jutaan input, sehingga hampir tidak mungkin untuk menguji setiap input / output. Karena pengetahuan khusus tidak diperlukan, lebih mudah dan lebih murah untuk membangun tim penguji. Meski begitu, perubahan reguler pada perangkat lunak cenderung melanggar tes ini karena ketergantungan mereka pada antarmuka yang stabil, berpotensi memperpanjang pengujian dan menaikkan biaya. Akhirnya, pengujian kualitas kotak hitam memiliki potensi objektivitas yang lebih tinggi karena semua pengujian dilakukan dari sudut pandang pengguna; perancang biasanya bukan bagian dari proses.

    Pengujian perangkat lunak kotak putih memeriksa cara kerja bagian dalam apa pun yang sedang diuji. Ini membutuhkan pengetahuan yang mendalam tentang kode perangkat lunak serta keterampilan pemrograman yang diperlukan untuk memperbaiki kesalahan. Beberapa contoh pengujian kotak putih termasuk pengujian mutasi, cakupan kode, dan injeksi kesalahan.

    Pengujian kualitas white-box jauh lebih efisien daripada pengujian black-box ketika mendebug kode pemrograman. Penguji white-box akan menemukan bug lebih cepat karena pengetahuan mereka tentang perangkat lunak, tetapi keahlian dan pelatihan ini meningkatkan biaya. Adalah mungkin untuk membiayai biaya ini dengan pengujian otomatis dari area terisolasi dari kode pemrograman. Pengujian white-box juga berjuang untuk menguji perilaku tak terduga dari pengguna umum. Ini hanya dapat menguji input yang diantisipasi; ini biasanya tidak termasuk ide-ide eksperimental atau misbegotten dari rata-rata orang.

    Dengan tim besar, pengujian menyeluruh terhadap perangkat lunak apa pun biasanya menggabungkan kedua jenis; ini disebut pengujian kotak abu-abu atau berlapis. Pengujian kualitas kotak abu-abu sering melibatkan kelompok kotak hitam yang mengirimkan laporan bug ke tim kotak putih, atau kelompok kotak putih memvalidasi perbaikan bug melalui input penguji lainnya.

    Pertanyaan apakah akan menggunakan pengujian black-box, white-box, atau gray-box hanya dapat dijawab ketika para pengembang mempertimbangkan kebutuhan, anggaran, dan kompleksitas perangkat lunak mereka. Meski begitu, hampir semua pengembangan perangkat lunak kontemporer menggunakan pengujian kualitas kotak abu-abu sebagai bagian alami dari proses pelepasan alpha dan beta.

    Leave a Reply

    Your email address will not be published. Required fields are marked *