Pertemuan 5

Eror,Fault, Defect,Failure, Dan Bug

1. EROR (Aldo Fernando)
Eror dalam pengujian perangkat lunak merupakan salah satu tantangan utama yang harus
dihadapi oleh tim pengujian. Eror dapat terjadi pada berbagai tahap dalam siklus pengujian,
mulai dari perencanaan hingga pelaporan hasil. Salah satu contoh eror yang sering terjadi
adalah kesalahan dalam mengidentifikasi kebutuhan pengujian yang diperlukan. Jika
kebutuhan tidak terdefinisi dengan jelas, pengujian yang dilakukan mungkin tidak mencakup
semua aspek yang penting. Selain itu, kesalahan dalam merancang kasus uji yang memadai
juga dapat menyebabkan eror dalam pengujian. Kasus uji yang tidak komprehensif atau tidak
mencakup semua kemungkinan skenario dapat menghasilkan hasil pengujian yang tidak
akurat. Implementasi yang salah atau kurang teliti dari skenario pengujian juga merupakan
sumber potensial eror dalam pengujian. Kesalahan dalam verifikasi dan validasi hasil
pengujian juga dapat terjadi jika tidak dilakukan dengan cermat dan hati-hati. Oleh karena itu,
penting bagi tim pengujian perangkat lunak untuk melakukan pengelolaan eror dengan baik,
menerapkan strategi pencegahan eror, dan menggunakan alat bantu pengujian yang sesuai
guna mengurangi kemungkinan terjadinya eror dalam pengujian perangkat lunak. Dengan
pemahaman dan penanganan yang tepat terhadap eror, pengujian perangkat lunak dapat
dilakukan secara efektif dan menghasilkan perangkat lunak yang berkualitas tinggi.
Eror yang Sering Terjadi dalam Pengujian Perangkat Lunak
 Kesalahan perencanaan (planning errors)
 Kesalahan dalam merancang kasus uji (test case design errors)
 Kesalahan dalam implementasi (test implementation errors)
 Kesalahan dalam verifikasi dan validasi (verification and validation errors)
Berikut penjelasannya
1. Kesalahan Perencanaan (Planning Errors):
Kesalahan perencanaan merupakan eror yang sering terjadi dalam pengujian perangkat lunak.
Ini terjadi ketika perencanaan pengujian tidak cukup matang atau tidak memadai. Salah satu
contohnya adalah tidak adanya perencanaan yang jelas dan terperinci mengenai tujuan
pengujian, cakupan pengujian, jadwal, dan sumber daya yang diperlukan. Hal ini dapat
mengakibatkan pengujian tidak efektif atau tidak mencakup semua aspek yang penting dalam
perangkat lunak.
2. Kesalahan dalam Merancang Kasus Uji (Test Case Design Errors):
Kesalahan dalam merancang kasus uji merupakan eror yang terjadi saat merancang skenario
pengujian atau kasus uji. Hal ini dapat mencakup kurangnya pemahaman terhadap kebutuhan
pengguna, gagal mengidentifikasi kondisi pengujian yang kritis, atau tidak mencakup semua
kemungkinan skenario yang mungkin terjadi. Akibatnya, pengujian mungkin tidak
komprehensif atau tidak mampu mendeteksi cacat yang mungkin ada dalam perangkat lunak.
3. Kesalahan dalam Implementasi (Test Implementation Errors):
Kesalahan dalam implementasi terjadi saat menerapkan atau menjalankan kasus uji yang telah
dirancang. Contoh eror ini mencakup kesalahan dalam menyiapkan lingkungan pengujian,
kesalahan dalam mengkonfigurasi perangkat atau sistem yang diperlukan untuk pengujian,
atau kesalahan dalam menjalankan langkah-langkah pengujian. Kesalahan implementasi dapat
menghasilkan hasil pengujian yang tidak konsisten atau tidak akurat.
4. Kesalahan dalam Verifikasi dan Validasi (Verification and Validation Errors):
Kesalahan dalam verifikasi dan validasi terjadi saat melakukan pengujian terhadap hasil
pengembangan perangkat lunak. Kesalahan ini dapat mencakup kurangnya pengawasan
terhadap proses pengujian, gagal melakukan verifikasi yang memadai terhadap fungsionalitas
perangkat lunak, atau gagal melakukan validasi untuk memastikan bahwa perangkat lunak
memenuhi kebutuhan pengguna. Kesalahan dalam verifikasi dan validasi dapat
mengakibatkan kelalaian terhadap cacat yang mungkin ada dalam perangkat lunak atau
pengujian yang tidak memadai secara keseluruhan.
Penting bagi tim pengujian perangkat lunak untuk mengenali eror-eror ini dan mengambil
langkah-langkah pencegahan yang tepat. Dengan melakukan perencanaan yang matang,
merancang kasus uji yang komprehensif, mengimplementasikan pengujian dengan hati-hati,
dan melakukan verifikasi dan validasi secara efektif, tim pengujian dapat mengurangi
kemungkinan terjadinya eror dalam pengujian perangkat lunak.
Contoh Eror dalam Pengujian Perangkat Lunak
1. Kesalahan dalam Mengidentifikasi Kebutuhan Pengujian:
Contoh eror ini terjadi ketika tim pengujian gagal dalam mengidentifikasi kebutuhan
pengujian secara menyeluruh. Misalnya, jika tim tidak memperhatikan aspek penting dari
perangkat lunak yang perlu diuji, seperti fungsionalitas kritis, keamanan, kinerja, atau
interoperabilitas, maka pengujian akan tidak lengkap dan mungkin gagal dalam mendeteksi
cacat yang ada.
2. Kesalahan dalam Merancang Kasus Uji yang Memadai:
Contoh eror ini terjadi saat merancang kasus uji yang tidak memadai atau tidak komprehensif.
Misalnya, jika tim pengujian tidak mempertimbangkan semua kemungkinan skenario
penggunaan atau tidak mencakup kasus uji yang representatif, maka pengujian mungkin tidak
efektif dalam menemukan cacat yang mungkin terjadi dalam perangkat lunak.
3. Kesalahan dalam Mengimplementasikan Skenario Pengujian:
Contoh eror ini terjadi saat implementasi skenario pengujian tidak sesuai dengan rencana atau
spesifikasi yang telah ditentukan. Misalnya, jika ada kesalahan dalam menyiapkan lingkungan
pengujian, konfigurasi perangkat atau sistem yang diperlukan, atau dalam menjalankan
langkah-langkah pengujian, maka hasil pengujian mungkin tidak konsisten atau tidak akurat.
4. Kesalahan dalam Menganalisis dan Melaporkan Hasil Pengujian:
Contoh eror ini terjadi saat tim pengujian tidak melakukan analisis yang cermat terhadap hasil
pengujian atau melaporkan hasil dengan cara yang tidak akurat atau kurang jelas. Misalnya,
jika tim pengujian tidak mengidentifikasi dan memprioritaskan cacat-cacat yang ditemukan
secara tepat, atau tidak memberikan laporan yang komprehensif dan mudah dipahami kepada
pihak terkait, maka keputusan yang diambil berdasarkan hasil pengujian mungkin menjadi
tidak efektif atau tidak memadai.
Penting bagi tim pengujian perangkat lunak untuk menghindari eror-eror ini dengan
melakukan perencanaan yang baik, merancang kasus uji yang komprehensif,
mengimplementasikan skenario pengujian secara hati-hati, serta melakukan analisis dan
pelaporan hasil pengujian dengan teliti. Dengan mengurangi eror-eror ini, tim pengujian dapat
meningkatkan efektivitas pengujian dan memastikan bahwa perangkat lunak yang dihasilkan
berkualitas tinggi.

2. FAULT(M faturahman)
Fault dalam konteks pengujian perangkat lunak merujuk pada keadaan atau kondisi yang
mengakibatkan perangkat lunak tidak berfungsi sebagaimana mestinya. Fault, juga dikenal
sebagai defect atau bug, merupakan penyimpangan atau kesalahan dalam kode atau desain
perangkat lunak yang dapat menyebabkan perilaku yang tidak diharapkan atau kesalahan
dalam menjalankan fungsi tertentu.
Fault dapat terjadi di berbagai level perangkat lunak, mulai dari kesalahan dalam sintaksis
kode yang mengakibatkan kesalahan kompilasi, hingga kesalahan logika yang menghasilkan
output yang salah atau perangkat lunak mengalami crash. Fault dapat disebabkan oleh
berbagai faktor, termasuk kesalahan manusia dalam menulis kode, ketidaksesuaian antara
spesifikasi dan implementasi, kurangnya pengujian yang memadai, atau interaksi yang
kompleks antara komponen perangkat lunak.
Contoh konkret dari fault dalam perangkat lunak bisa berupa:
1. Kesalahan dalam logika program: Misalnya, sebuah perangkat lunak yang menghitung total
harga belanjaan mungkin mengalami fault ketika melakukan perhitungan matematis yang
salah, mengakibatkan output yang tidak akurat.
2. Kesalahan validasi input: Sebuah perangkat lunak yang tidak memvalidasi input dengan
benar dapat menghasilkan fault. Misalnya, jika perangkat lunak tidak memeriksa format email
yang dimasukkan pengguna, hal ini dapat mengakibatkan kesalahan saat mencoba mengirim
email ke alamat yang tidak valid.
3. Kesalahan akses data: Kesalahan dalam mengakses atau memanipulasi data dapat
menyebabkan fault. Misalnya, jika suatu perangkat lunak gagal dalam menyimpan data yang
diperlukan atau mengambil data yang salah dari basis data, hal ini dapat mengakibatkan hasil
yang tidak konsisten atau kesalahan dalam fungsi yang terkait.
4. Kesalahan integrasi: Fault dapat terjadi saat mengintegrasikan komponen perangkat lunak
yang berbeda. Jika antarmuka antara komponen tidak bekerja dengan baik atau ada kesalahan
dalam komunikasi antara mereka, ini dapat menyebabkan fault yang mempengaruhi
fungsionalitas keseluruhan perangkat lunak.

Penting bagi tim pengujian perangkat lunak untuk mengidentifikasi dan mencatat fault yang
ditemukan selama proses pengujian. Fault ini kemudian dapat dianalisis, dilacak, dan
diperbaiki oleh tim pengembang untuk meningkatkan kualitas perangkat lunak sebelum
perilisan.

3. DEFECT (Nico Setiawan)

Defect dalam konteks pengujian perangkat lunak merujuk pada kegagalan atau kecacatan
dalam perangkat lunak yang mengakibatkan perangkat lunak tidak memenuhi spesifikasi atau
tidak beroperasi sebagaimana seharusnya. Defect, juga dikenal sebagai bug, merupakan hasil
dari fault yang ada dalam kode atau desain perangkat lunak.
Defect dapat bervariasi dalam tingkat keparahan dan dampaknya terhadap fungsionalitas
perangkat lunak. Beberapa contoh defect meliputi:
1. Crash atau hang: Perangkat lunak mengalami kegagalan total atau berhenti merespons saat
digunakan. Hal ini sering disebabkan oleh fault yang menyebabkan ketidakstabilan perangkat
lunak.
Contoh: Sebuah aplikasi seluler yang mengalami crash ketika pengguna mencoba membuka
fitur tertentu, sehingga mengharuskan pengguna untuk keluar dari aplikasi dan membukanya
kembali.
2. Error pada tampilan atau antarmuka pengguna: Terjadi kesalahan dalam tampilan
antarmuka pengguna yang menyebabkan informasi yang salah atau tidak terlihat dengan jelas.
Contoh: Sebuah halaman web yang tidak menampilkan tombol yang seharusnya terlihat pada
resolusi layar tertentu, menyebabkan pengguna tidak dapat mengakses fitur yang seharusnya
ada.
3. Ketidakakuratan atau kegagalan fungsi: Perangkat lunak tidak menghasilkan output yang
benar atau tidak melakukan fungsi yang seharusnya dilakukan.
Contoh: Sebuah sistem manajemen inventaris yang tidak mengurangi jumlah stok dengan
benar setelah sebuah barang dijual, sehingga menghasilkan laporan inventaris yang tidak
akurat.
4. Masalah kinerja: Perangkat lunak tidak beroperasi dengan kecepatan atau efisiensi yang
memadai.
Contoh: Sebuah aplikasi streaming video yang sering mengalami buffering yang
berkepanjangan atau lag, mengganggu pengalaman pengguna dalam menonton video secara
lancar.
5. Kerentanan keamanan: Perangkat lunak memiliki celah keamanan yang dapat dimanfaatkan
oleh pihak yang tidak berwenang untuk mengakses atau merusak sistem.
Contoh: Sebuah aplikasi perbankan yang tidak memvalidasi input pengguna dengan benar,
memungkinkan serangan peretas untuk menyusup dan mengakses informasi sensitif
pengguna.
Penting bagi tim pengujian perangkat lunak untuk mendokumentasikan dan melacak defect
yang ditemukan selama pengujian. Defect ini kemudian akan dilaporkan kepada tim
pengembang untuk diperbaiki agar perangkat lunak dapat berfungsi sesuai dengan harapan
dan memenuhi kualitas yang diinginkan sebelum dirilis ke pengguna akhir.
4. FAILURE (Bersama)
Failure dalam konteks pengujian perangkat lunak merujuk pada ketidakmampuan perangkat
lunak atau sistem dalam memenuhi persyaratan atau tujuan fungsionalnya. Failure terjadi
ketika perangkat lunak atau sistem tidak beroperasi sebagaimana yang diharapkan oleh
pengguna atau tidak memberikan hasil yang diinginkan.
Failure dapat terjadi pada berbagai tingkat dalam perangkat lunak atau sistem, mulai dari
kegagalan fungsi tertentu hingga kegagalan total dalam menjalankan tugas yang diberikan.
Failure dapat disebabkan oleh beberapa faktor, termasuk defect, kesalahan dalam desain, fault
dalam implementasi, atau kondisi lingkungan yang tidak sesuai.
Berikut adalah beberapa contoh dari failure dalam pengujian perangkat lunak:
1. Kegagalan fungsi: Perangkat lunak atau sistem tidak mampu melakukan fungsi yang
seharusnya dilakukan.
Contoh: Sebuah aplikasi e-commerce yang tidak memproses pembayaran secara benar,
sehingga pengguna tidak dapat menyelesaikan pembelian.
2. Kegagalan kinerja: Perangkat lunak atau sistem tidak beroperasi dengan kinerja yang
memadai dalam hal kecepatan, responsifitas, atau throughput.
Contoh: Sebuah situs web berita yang mengalami waktu muat yang sangat lambat,
mengakibatkan pengguna mengalami ketidaknyamanan dalam mengakses berita.
3. Ketidakstabilan: Perangkat lunak atau sistem sering mengalami crash, hang, atau berhenti
merespons.
Contoh: Sebuah aplikasi seluler yang sering keluar secara tiba-tiba ketika pengguna sedang
menggunakannya.
4. Ketidakakuratan output: Perangkat lunak atau sistem menghasilkan output yang tidak benar
atau tidak sesuai dengan harapan pengguna.
Contoh: Sebuah sistem penggajian yang menghitung gaji karyawan dengan nilai yang salah,
mengakibatkan karyawan menerima pembayaran yang tidak akurat.
5. Kegagalan keamanan: Perangkat lunak atau sistem tidak mampu melindungi data atau tidak
dapat mengatasi serangan keamanan.
Contoh: Sebuah aplikasi perbankan yang mengalami kebocoran data pengguna,
mengakibatkan informasi sensitif menjadi rentan terhadap serangan peretas.
Failure dapat mempengaruhi pengalaman pengguna, kehandalan, dan kualitas keseluruhan
perangkat lunak atau sistem. Penting bagi tim pengujian perangkat lunak untuk
mengidentifikasi dan melacak failure yang terjadi selama pengujian, sehingga tim
pengembang dapat menganalisis dan memperbaikinya untuk menghasilkan perangkat lunak
yang lebih handal dan sesuai dengan harapan pengguna.
 5. BUG (Amin Tohari)
Bug dalam konteks pengujian perangkat lunak mengacu pada kesalahan atau kecacatan yang
ada dalam perangkat lunak yang mengakibatkan perangkat lunak tidak beroperasi
sebagaimana yang diharapkan atau tidak sesuai dengan spesifikasi yang telah ditetapkan. Bug
juga dikenal sebagai defect atau fault dalam industri perangkat lunak.
Bug terjadi ketika ada kesalahan dalam kode perangkat lunak yang menghasilkan perilaku
yang tidak diinginkan, kesalahan logika, atau kegagalan dalam memenuhi fungsi yang
diharapkan. Bug dapat muncul dalam berbagai tingkat keparahan, mulai dari masalah kecil
yang mempengaruhi fitur tertentu hingga kegagalan total perangkat lunak.
Berikut adalah penjelasan rinci tentang bug dalam pengujian perangkat lunak beserta
contohnya:
1. Kesalahan Logika atau Perhitungan:
Bug semacam ini terjadi ketika ada kesalahan dalam logika atau perhitungan yang
menghasilkan output yang salah.
Contoh: Sebuah program keuangan yang menghitung pajak dengan rumus yang salah,
mengakibatkan perhitungan pajak yang tidak akurat pada laporan keuangan.
2. Kesalahan Validasi Input:
Bug ini terjadi ketika perangkat lunak tidak memvalidasi input pengguna dengan benar atau
tidak memeriksa batasan yang seharusnya.
Contoh: Sebuah formulir pendaftaran yang tidak memeriksa apakah format email yang
dimasukkan pengguna valid atau tidak, memungkinkan pengguna mengirimkan data yang
tidak sesuai.
3. Masalah Kinerja:
Bug semacam ini terjadi ketika perangkat lunak mengalami kinerja yang buruk atau
membutuhkan sumber daya yang berlebihan.
Contoh: Sebuah aplikasi mobile yang menghabiskan baterai secara berlebihan atau
menyebabkan ponsel menjadi panas karena penggunaan sumber daya yang tidak efisien.
4. Kegagalan Integrasi:
Bug ini terjadi ketika komponen perangkat lunak tidak berfungsi dengan baik saat
diintegrasikan dengan komponen lainnya.
Contoh: Sebuah aplikasi web yang mengalami kesalahan saat mencoba terhubung dengan
basis data, menyebabkan kesalahan dalam penampilan data di halaman web.
5. Masalah Antarmuka Pengguna:
Bug semacam ini terjadi ketika antarmuka pengguna tidak berperilaku sesuai dengan yang
diharapkan atau tidak intuitif untuk digunakan.
Contoh: Sebuah tombol di aplikasi mobile yang tidak merespons ketika ditekan oleh
pengguna, menyebabkan pengguna tidak dapat mengakses fitur yang seharusnya tersedia.
Penting bagi tim pengujian perangkat lunak untuk mendeteksi, melaporkan, dan melacak bug
yang ditemukan selama pengujian. Bug ini kemudian akan dilaporkan kepada tim
pengembang yang akan melakukan debugging dan perbaikan dalam rangka memperbaiki
perangkat lunak sehingga dapat beroperasi dengan baik sesuai dengan spesifikasi dan harapan
pengguna.
Sumber:
"Software Testing: Principles and Practices" oleh Srinivasan Desikan, Gopalaswamy Ramesh,
dan Srinivasan Gopalaswamy
"The Art of Software Testing" oleh Glenford J. Myers, Corey Sandler, dan Tom Badgett
"Foundations of Software Testing: ISTQB Certification" oleh Dorothy Graham, Erik van
Veenendaal, Isabel Evans, dan Rex Black
"Software Testing Techniques" oleh Boris Beizer
IEEE Standard Glossary of Software Engineering Terminology (IEEE Std 610.12-1990)