Apa itu Bug?
Bug adalah akibat / akibat daripada kesalahan pengekodan.
Kecacatan dalam Ujian Perisian
A Kecacatan dalam Pengujian Perisian adalah variasi atau penyelewengan aplikasi perisian dari keperluan pengguna akhir atau keperluan perniagaan asal. Kecacatan perisian adalah kesalahan dalam pengekodan yang menyebabkan hasil yang tidak betul atau tidak dijangka dari program perisian yang tidak memenuhi syarat sebenarnya. Penguji mungkin menemui kecacatan tersebut semasa menjalankan kes ujian.
Kedua-dua istilah ini mempunyai garis perbezaan yang sangat tipis, Dalam Industri kedua-duanya adalah kesalahan yang perlu diperbaiki dan jadi saling bertukar digunakan oleh beberapa pasukan Pengujian.
Apabila penguji melaksanakan kes ujian, mereka mungkin menemui keputusan ujian yang bertentangan dengan hasil yang diharapkan. Variasi dalam hasil ujian ini disebut sebagai Cacat Perisian. Kecacatan atau variasi ini disebut dengan nama yang berlainan dalam organisasi yang berbeza seperti masalah, masalah, pepijat atau kejadian.
Dalam tutorial ini, anda akan belajar-
- Laporan Bug
- Proses Pengurusan Kecacatan
- Penemuan
- Pengkategorian
- Resolusi
- Pengesahan
- Penutupan
- Melapor
- Metrik Kecacatan Penting
Laporan Bug dalam Ujian Perisian
A Bug Laporan dalam Pengujian Perisian adalah dokumen terperinci tentang bug dijumpai di dalam aplikasi perisian. Laporan pepijat mengandungi setiap perincian tentang pepijat seperti perihalan, tarikh bug dijumpai, nama penguji yang menemuinya, nama pembangun yang memperbaikinya, dan lain-lain. Laporan pepijat membantu mengenal pasti pepijat yang serupa di masa depan supaya dapat dielakkan.
Semasa melaporkan bug kepada pengembang, Laporan Bug anda harus mengandungi maklumat berikut
- Defect_ID - Nombor pengenalan unik untuk kecacatan.
- Defect Defect - Penerangan terperinci mengenai Defect termasuk maklumat mengenai modul di mana Defect ditemui.
- Versi - Versi aplikasi di mana terdapat kecacatan.
- Langkah - Langkah terperinci bersama tangkapan skrin yang membolehkan pembangun dapat menghasilkan semula kecacatan.
- Tarikh Dibesarkan - Tarikh apabila kecacatan dinaikkan
- Rujukan - di mana anda memberikan rujukan kepada dokumen seperti. keperluan, reka bentuk, seni bina atau mungkin juga tangkapan skrin kesalahan untuk membantu memahami kecacatan
- Dikesan Oleh - Nama / ID penguji yang menimbulkan kecacatan
- Status - Status kecacatan, lebih lanjut mengenai ini kemudian
- Dibetulkan oleh - Nama / ID pemaju yang memperbaikinya
- Tarikh Tutup - Tarikh apabila kecacatan ditutup
- Keterukan yang menerangkan kesan kecacatan pada aplikasi
- Keutamaan yang berkaitan dengan kecemasan memperbaiki kecacatan. Keutamaan keparahan boleh tinggi / sederhana / rendah berdasarkan urgensi impak di mana kecacatan harus diperbaiki masing-masing
Klik di sini jika video tidak dapat diakses
Sumber
Muat turun contoh Templat Pelaporan Kecacatan
Pertimbangkan perkara berikut sebagai Pengurus Ujian
Pasukan anda menemui pepijat semasa menguji projek Guru99 Banking.
Selepas seminggu pembangun bertindak balas -
Pada minggu depan penguji memberi tindak balas
Seperti dalam kes di atas, jika komunikasi kecacatan dilakukan secara lisan, tidak lama lagi keadaan menjadi sangat rumit. Untuk mengawal dan mengurus pepijat dengan berkesan, anda memerlukan kitaran hidup yang cacat.
Apakah Proses Pengurusan Kecacatan?
Defect Management adalah proses sistematik untuk mengenal pasti dan memperbaiki pepijat. Kitaran pengurusan kecacatan mengandungi peringkat berikut 1) Penemuan Kecacatan, 2) Pengkategorian Kecacatan 3) Memperbaiki Kecacatan oleh pemaju 4) Pengesahan oleh Penguji, 5) Penutupan Kecacatan 6) Laporan Kecacatan pada akhir projek
Topik ini akan membimbing anda bagaimana menerapkan proses pengurusan kecacatan ke laman web projek Guru99 Bank. Anda boleh mengikuti langkah-langkah berikut untuk menguruskan kecacatan.
Penemuan
Dalam fasa penemuan, pasukan projek harus menemui sebanyak mungkin kecacatan , sebelum pelanggan akhir dapat mengetahuinya. Kecacatan dikatakan ditemui dan berubah menjadi status diterima apabila diakui dan diterima oleh pemaju
Dalam senario di atas, penguji menemui 84 kecacatan di laman web Guru99.
Mari lihat senario berikut; pasukan ujian anda menemui beberapa masalah di laman web Bank Guru99. Mereka menganggapnya sebagai kecacatan dan dilaporkan kepada pasukan pembangunan, tetapi ada konflik -
Sekiranya, sebagai Pengurus Ujian, apa yang akan anda lakukan?
A) Setuju dengan pasukan ujian bahawa ia adalah kecacatan
B) Pengurus Ujian mengambil peranan sebagai hakim untuk memutuskan sama ada masalahnya cacat atau tidak
C) Bersetuju dengan pasukan pembangunan yang bukan cacat Betul InCorrect
Dalam kes seperti itu, proses penyelesaian harus diterapkan untuk menyelesaikan konflik, Anda mengambil peranan sebagai hakim untuk memutuskan apakah masalah laman web adalah cacat atau tidak.
Pengkategorian
Pengkategorian kecacatan membantu pembangun perisian untuk mengutamakan tugas mereka. Ini bermaksud bahawa keutamaan seperti ini membantu pemaju dalam memperbaiki kecacatan tersebut yang sangat penting.
Kecacatan biasanya dikategorikan oleh Pengurus Ujian -
Mari lakukan latihan kecil seperti mengikuti Drag & Drop the Defect Priority Di Bawah
- Kritikal
- Tinggi
- Sedang
- Rendah
| 1) Prestasi laman web terlalu perlahan |
|
| 2) Fungsi log masuk laman web tidak berfungsi dengan baik |
|
| 3) GUI laman web tidak dipaparkan dengan betul pada peranti Mudah Alih |
|
| 4) Laman web tidak dapat mengingati sesi log masuk pengguna |
|
| 5) Beberapa pautan tidak berfungsi |
|
Berikut adalah jawapan yang disyorkan
| Tidak. | Penerangan | Keutamaan | Penjelasan |
|---|---|---|---|
| 1 | Prestasi laman web terlalu perlahan | Tinggi | Bug prestasi boleh menyebabkan kesulitan besar kepada pengguna. |
| 2 | Fungsi log masuk laman web tidak berfungsi dengan baik | Kritikal | Log masuk adalah salah satu fungsi utama laman web perbankan jika ciri ini tidak berfungsi, ini adalah pepijat yang serius |
| 3 | GUI laman web tidak dipaparkan dengan betul pada peranti mudah alih | Sedang | Kecacatan itu mempengaruhi pengguna yang menggunakan Telefon Pintar untuk melihat laman web. |
| 4 | Laman web tidak dapat mengingati sesi log masuk pengguna | Tinggi | Ini adalah masalah serius kerana pengguna akan dapat log masuk tetapi tidak dapat melakukan transaksi selanjutnya |
| 5 | Beberapa pautan tidak berfungsi | Rendah | Ini adalah penyelesaian yang mudah untuk pengguna pembangunan dan pengguna masih boleh mengakses laman web ini tanpa pautan ini |
Penyelesaian Kecacatan
Penyelesaian Kecacatan dalam pengujian perisian adalah proses langkah demi langkah untuk memperbaiki kecacatan. Proses penyelesaian kecacatan dimulakan dengan memberikan kecacatan kepada pembangun, kemudian pembangun menjadualkan kecacatan untuk diperbaiki mengikut keutamaan, kemudian kecacatan diperbaiki dan akhirnya pembangun mengirim laporan resolusi kepada pengelola ujian. Proses ini membantu memperbaiki dan mengesan kecacatan dengan mudah.
Anda boleh mengikuti langkah-langkah berikut untuk memperbaiki kecacatan tersebut.
- Tugasan : Ditugaskan kepada pembangun atau juruteknik lain untuk diperbaiki, dan menukar statusnya kepada Menjawab .
- Pembaikan jadual : Bahagian pemaju bertanggungjawab dalam fasa ini. Mereka akan membuat jadual untuk memperbaiki kecacatan ini, bergantung pada keutamaan kecacatan.
- Memperbaiki kecacatan : Walaupun pasukan pengembangan sedang memperbaiki kecacatan, Pengurus Uji melacak proses memperbaiki kerosakan berbanding dengan jadual di atas.
- Laporkan resolusi : Dapatkan laporan resolusi dari pembangun apabila kecacatan diperbaiki.
Pengesahan
Setelah pasukan pengembangan memperbaiki dan melaporkan kecacatan, pasukan pengujian mengesahkan bahawa kecacatan itu benar-benar diatasi.
Sebagai contoh, dalam senario di atas, apabila pasukan pembangunan melaporkan bahawa mereka telah memperbaiki 61 kecacatan, pasukan anda akan menguji lagi untuk mengesahkan bahawa kerosakan ini benar-benar diperbaiki atau tidak.
Penutupan
Setelah kecacatan diselesaikan dan disahkan, kecacatan akan berubah status sebagai ditutup . Sekiranya tidak, anda telah menghantar notis kepada pihak pembangunan untuk memeriksa semula kerosakannya.
Pelaporan Kecacatan
Pelaporan Kecacatan dalam pengujian perisian adalah proses di mana pengurus ujian menyiapkan dan mengirim laporan kecacatan kepada pasukan pengurusan untuk maklum balas mengenai proses pengurusan kecacatan dan status kecacatan. Kemudian pasukan pengurusan memeriksa laporan kecacatan dan menghantar maklum balas atau memberikan sokongan lebih lanjut jika diperlukan. Pelaporan kecacatan membantu berkomunikasi, mengesan dan menerangkan kecacatan dengan lebih terperinci.
Lembaga pengurusan berhak mengetahui status kecacatan. Mereka mesti memahami proses pengurusan kecacatan untuk menyokong anda dalam projek ini. Oleh itu, anda mesti melaporkan kepada mereka keadaan kecacatan semasa untuk mendapatkan maklum balas daripada mereka.
Metrik Kecacatan Penting
Kembali senario di atas. Pasukan pembangun dan ujian telah meninjau kecacatan yang dilaporkan. Inilah hasil perbincangan itu
Bagaimana mengukur dan menilai kualiti pelaksanaan ujian?
Ini adalah soalan yang ingin diketahui oleh setiap Pengurus Ujian. Terdapat 2 parameter yang boleh anda pertimbangkan sebagai berikut
Dalam senario di atas, anda boleh mengira nisbah penolakan pembelotan (DRR) adalah 20/84 = 0.238 (23.8%).
Contoh lain, sepatutnya laman web Bank Guru99 mempunyai 64 kecacatan, tetapi pasukan ujian anda hanya mengesan 44 kecacatan iaitu mereka kehilangan 20 kecacatan. Oleh itu, anda boleh mengira nisbah kebocoran kecacatan (DLR) adalah 20/64 = 0.312 (31.2%).
Kesimpulannya, kualiti pelaksanaan ujian dinilai melalui dua parameter berikut
Semakin kecil nilai DRR dan DLR, kualiti pelaksanaan ujian lebih baik. Berapakah julat nisbah yang boleh diterima ? Julat ini dapat ditentukan dan diterima berdasarkan sasaran projek atau anda boleh merujuk metrik projek serupa.
Dalam projek ini, nilai nisbah yang boleh diterima adalah 5 ~ 10%. Ini bermaksud kualiti pelaksanaan ujian rendah. Anda harus mencari langkah untuk mengurangkan nisbah ini seperti
- Meningkatkan kemahiran menguji ahli.
- Luangkan lebih banyak masa untuk menguji pelaksanaan, terutamanya untuk menyemak hasil pelaksanaan ujian.