Proses Pengurusan Kecacatan dalam Ujian Perisian (Templat Laporan Bug)

Apa itu Bug?

Bug adalah akibat / akibat dari kesalahan pengekodan.

Kecacatan dalam Ujian Perisian

KE Kecacatan dalam Ujian Perisian adalah variasi atau penyimpangan 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.

Semasa penguji melaksanakan kes ujian, mereka mungkin menemui keputusan ujian yang bertentangan dengan hasil yang diharapkan. Variasi dalam keputusan ujian ini disebut sebagai Kecacatan 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 dalam Ujian Perisian

KE Laporan Bug dalam Ujian Perisian adalah dokumen terperinci mengenai bug yang terdapat dalam aplikasi perisian. Laporan pepijat mengandungi setiap perincian tentang pepijat seperti perihalan, tarikh bug dijumpai, nama penguji yang menemuinya, nama pembangun yang memperbaikinya, dll. Laporan pepijat membantu mengenal pasti pepijat serupa di masa depan supaya dapat dielakkan.

Semasa melaporkan bug kepada pengembang, Laporan Bug anda harus mengandungi maklumat berikut

  • Kecacatan_ID - Nombor pengenalan unik untuk kecacatan.
  • Huraian Kecacatan - Penerangan terperinci mengenai Defect termasuk maklumat mengenai modul di mana Defect ditemui.
  • Versi - Versi aplikasi di mana terdapat kecacatan.
  • Langkah-langkah - Langkah terperinci bersama dengan tangkapan skrin yang membolehkan pembangun dapat menghasilkan semula kecacatan.
  • Tarikh Dibangkitkan - 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 kerosakan 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



angularjs vs sudut 2 vs sudut 4

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 sebagai banyak kecacatan sebagai mungkin, sebelum pelanggan akhir dapat menemuinya. Kecacatan dikatakan ditemui dan berubah menjadi status diterima apabila ia 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 merupakan kecacatan
Betul Tidak betul

Sekiranya demikian, proses penyelesaian harus diterapkan untuk menyelesaikan konflik, anda mengambil peranan sebagai hakim untuk memutuskan apakah masalah laman web itu 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 berikut Seret & Jatuhkan Keutamaan Kecacatan Di Bawah

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 langkah demi langkah proses 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 status menjadi Memberi tindak balas .
  • Pembetulan jadual : Bahagian pemaju bertanggungjawab dalam fasa ini. Mereka akan membuat jadual untuk memperbaiki kecacatan ini, bergantung pada keutamaan kecacatan.
  • Perbaiki kecacatan : Semasa pasukan pengembangan memperbaiki kecacatan, Pengurus Uji melacak proses memperbaiki kecacatan dibandingkan dengan jadual di atas.
  • Laporkan ketetapannya : Dapatkan laporan resolusi dari pembangun apabila kecacatan diperbaiki.

Pengesahan

Selepas pasukan pembangunan tetap dan dilapor kecacatan, pasukan ujian mengesahkan bahawa kecacatan itu sebenarnya dapat diatasi.

Sebagai contoh, dalam senario di atas, apabila pasukan pengembangan 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 ujian perisian adalah proses di mana pengurus ujian menyiapkan dan menghantar 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 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 jumlah keseluruhan 64 kecacatan, tetapi pasukan ujian anda hanya dapat mengesan 44 kecacatan iaitu mereka terlepas dua puluh 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 yang disyorkan adalah 5 ~ 10%. Ini bermaksud kualiti pelaksanaan ujian rendah. Anda harus mencari langkah untuk mengurangkan nisbah ini seperti

  • Tingkatkan kemahiran menguji anggota.
  • Luangkan lebih banyak masa untuk pelaksanaan ujian, terutamanya untuk menyemak keputusan pelaksanaan ujian.