กระบวนการจัดการข้อบกพร่องในการทดสอบซอฟต์แวร์

กระบวนการจัดการข้อบกพร่องคืออะไร?

การจัดการข้อบกพร่องเป็นกระบวนการที่เป็นระบบในการระบุและแก้ไขข้อบกพร่อง วงจรการจัดการข้อบกพร่องประกอบด้วยขั้นตอนต่อไปนี้ 1) การค้นพบข้อบกพร่อง 2) การแบ่งประเภทข้อบกพร่อง 3) การแก้ไขข้อบกพร่องโดยนักพัฒนา 4) การตรวจสอบโดยผู้ทดสอบ 5) การปิดข้อบกพร่อง 6) รายงานข้อบกพร่องเมื่อโครงการสิ้นสุดลง

หัวข้อนี้จะแนะนำคุณเกี่ยวกับวิธีการใช้กระบวนการจัดการข้อบกพร่องกับเว็บไซต์โครงการ Guru99 Bank คุณสามารถทำตามขั้นตอนด้านล่างเพื่อจัดการข้อบกพร่อง

กระบวนการจัดการข้อบกพร่อง

ขั้นตอนที่ 1) การค้นพบ

ในขั้นตอนการค้นพบ ทีมงานโครงการจะต้องค้นพบว่า หลาย ข้อบกพร่องเช่น ที่เป็นไปได้ ก่อนที่ลูกค้าปลายทางจะค้นพบมัน กล่าวกันว่ามีการค้นพบข้อบกพร่องและเปลี่ยนเป็นสถานะ ได้รับการยอมรับ เมื่อได้รับการยอมรับและยอมรับจากผู้พัฒนาแล้ว

ในสถานการณ์ข้างต้น ผู้ทดสอบค้นพบข้อบกพร่อง 84 รายการในเว็บไซต์ Guru99

การค้นพบ

มาดูสถานการณ์ต่อไปนี้กัน ทีมทดสอบของคุณพบปัญหาบางอย่างในเว็บไซต์ของธนาคาร Guru99 พวกเขาถือว่าปัญหาเหล่านั้นเป็นข้อบกพร่องและรายงานให้ทีมพัฒนาทราบ แต่มีข้อขัดแย้งเกิดขึ้น

ในกรณีเช่นนี้ ในฐานะผู้จัดการทดสอบ คุณจะทำอย่างไร?

A) เห็นด้วยกับทีมทดสอบว่าเป็นข้อบกพร่อง

B) ผู้จัดการทดสอบจะทำหน้าที่เป็นผู้ตัดสินในการตัดสินว่าปัญหามีข้อบกพร่องหรือไม่

ค) เห็นด้วยกับทีมพัฒนาว่าไม่ใช่ข้อบกพร่อง

แก้ไข
ไม่ถูกต้อง

ในกรณีเช่นนี้ควรใช้กระบวนการแก้ไขเพื่อแก้ไขข้อขัดแย้ง โดยคุณมีบทบาทเป็นผู้ตัดสินในการตัดสินว่าปัญหาเว็บไซต์มีข้อบกพร่องหรือไม่

ขั้นตอนที่ 2) การจัดหมวดหมู่

การจัดหมวดหมู่ข้อบกพร่องช่วยให้นักพัฒนาซอฟต์แวร์จัดลำดับความสำคัญของงานได้ นั่นหมายความว่าลำดับความสำคัญประเภทนี้จะช่วยให้นักพัฒนาสามารถแก้ไขข้อบกพร่องเหล่านั้นได้ก่อนซึ่งมีความสำคัญอย่างยิ่ง

การจำแนกประเภท

ข้อบกพร่องมักจะถูกจัดประเภทโดยผู้จัดการฝ่ายทดสอบ –

มาลองทำแบบฝึกหัดเล็กๆ น้อยๆ ดังต่อไปนี้

ลากและวางลำดับความสำคัญของข้อบกพร่องด้านล่าง
1) ประสิทธิภาพของเว็บไซต์ช้าเกินไป
2) ฟังก์ชั่นการเข้าสู่ระบบของเว็บไซต์ทำงานไม่ถูกต้อง
3) GUI ของเว็บไซต์แสดงไม่ถูกต้อง โทรศัพท์มือถือ อุปกรณ์
4) เว็บไซต์ไม่สามารถจดจำเซสชันการเข้าสู่ระบบของผู้ใช้ได้
5) บางลิงค์ใช้งานไม่ได้

นี่คือคำตอบที่แนะนำ

ลำดับ Descriptไอออน ลำดับความสำคัญ คำอธิบาย

1

ประสิทธิภาพของเว็บไซต์ช้าเกินไป

จุดสูง

ข้อบกพร่องด้านประสิทธิภาพอาจทำให้ผู้ใช้ไม่สะดวกอย่างมาก

2

ฟังก์ชั่นการเข้าสู่ระบบของเว็บไซต์ทำงานไม่ถูกต้อง

วิกฤต

การเข้าสู่ระบบเป็นหนึ่งในฟังก์ชั่นหลักของเว็บไซต์ธนาคาร หากฟีเจอร์นี้ใช้งานไม่ได้ แสดงว่าเป็นข้อบกพร่องร้ายแรง

3

GUI ของเว็บไซต์แสดงไม่ถูกต้องบนอุปกรณ์มือถือ

กลาง

ข้อบกพร่องนี้ส่งผลต่อผู้ใช้ที่ใช้สมาร์ทโฟนในการดูเว็บไซต์

4

เว็บไซต์ไม่สามารถจำเซสชันการเข้าสู่ระบบของผู้ใช้ได้

จุดสูง

นี่เป็นปัญหาร้ายแรงเนื่องจากผู้ใช้จะสามารถเข้าสู่ระบบได้ แต่ไม่สามารถทำธุรกรรมใดๆ เพิ่มเติมได้

5

ลิงค์บางอันใช้งานไม่ได้

ต่ำ

นี่เป็นวิธีแก้ไขที่ง่ายสำหรับนักพัฒนาและผู้ใช้ยังคงสามารถเข้าถึงไซต์ได้โดยไม่ต้องใช้ลิงก์เหล่านี้

ขั้นตอนที่ 3) การแก้ไขข้อบกพร่อง

การแก้ไขข้อบกพร่อง ในการทดสอบซอฟต์แวร์นั้นเป็นกระบวนการแก้ไขข้อบกพร่องทีละขั้นตอน กระบวนการแก้ไขข้อบกพร่องเริ่มต้นด้วยการกำหนดข้อบกพร่องให้กับนักพัฒนา จากนั้นนักพัฒนาจะกำหนดเวลาให้แก้ไขข้อบกพร่องตามลำดับความสำคัญ จากนั้นข้อบกพร่องจะได้รับการแก้ไข และในที่สุดนักพัฒนาก็จะส่งรายงานการแก้ไขไปยังผู้จัดการการทดสอบ กระบวนการนี้ช่วยแก้ไขและติดตามข้อบกพร่องได้อย่างง่ายดาย

คุณสามารถปฏิบัติตามขั้นตอนต่อไปนี้เพื่อแก้ไขข้อบกพร่อง

การแก้ไขข้อบกพร่อง

  • การมอบหมาย: มอบหมายให้ผู้พัฒนาหรือช่างอื่นแก้ไขและเปลี่ยนสถานะเป็น การตอบสนอง.
  • การแก้ไขกำหนดการ: ฝ่ายนักพัฒนาจะรับผิดชอบในระยะนี้ พวกเขาจะสร้างตารางเวลาเพื่อแก้ไขข้อบกพร่องเหล่านี้ โดยขึ้นอยู่กับลำดับความสำคัญของข้อบกพร่อง
  • แก้ไขข้อบกพร่อง: ในขณะที่ทีมพัฒนากำลังแก้ไขข้อบกพร่อง Test Manager จะติดตามกระบวนการแก้ไขข้อบกพร่องโดยเปรียบเทียบกับกำหนดการข้างต้น
  • รายงานมติ: รับรายงานการแก้ไขจากผู้พัฒนาเมื่อข้อบกพร่องได้รับการแก้ไข

ขั้นตอนที่ 4) การยืนยัน

หลังจากที่ทีมงานพัฒนา การแก้ไข รวมถึง รายงาน ข้อบกพร่องทีมงานทดสอบ ตรวจสอบแล้ว ว่าข้อบกพร่องได้รับการแก้ไขแล้วจริงๆ

ตัวอย่างเช่น ในสถานการณ์ข้างต้น เมื่อทีมพัฒนารายงานว่าได้แก้ไขข้อบกพร่องไปแล้ว 61 รายการ ทีมของคุณจะทดสอบอีกครั้งเพื่อตรวจสอบว่าข้อบกพร่องเหล่านี้ได้รับการแก้ไขจริงหรือไม่

ขั้นตอนที่ 5) การปิด

เมื่อข้อบกพร่องได้รับการแก้ไขและตรวจสอบแล้ว ข้อบกพร่องจะเปลี่ยนสถานะเป็น ปิด- ถ้าไม่เช่นนั้นคุณต้องส่งการแจ้งเตือนไปยังฝ่ายพัฒนาเพื่อตรวจสอบข้อบกพร่องอีกครั้ง

ขั้นตอนที่ 6) การรายงานข้อบกพร่อง

การรายงานข้อบกพร่อง ในการทดสอบซอฟต์แวร์เป็นกระบวนการที่ผู้จัดการทดสอบจัดเตรียมและส่งรายงานข้อบกพร่องไปยังทีมผู้บริหารเพื่อรับข้อเสนอแนะเกี่ยวกับกระบวนการจัดการข้อบกพร่องและสถานะของข้อบกพร่อง จากนั้นทีมผู้บริหารจะตรวจสอบรายงานข้อบกพร่องและส่งข้อเสนอแนะหรือให้การสนับสนุนเพิ่มเติมหากจำเป็น การรายงานข้อบกพร่องช่วยให้สื่อสาร ติดตาม และอธิบายข้อบกพร่องโดยละเอียดได้ดีขึ้น

คณะกรรมการจัดการมีสิทธิ์ทราบสถานะข้อบกพร่อง พวกเขาจะต้องเข้าใจกระบวนการจัดการข้อบกพร่องเพื่อสนับสนุนคุณในโครงการนี้ ดังนั้น คุณต้องรายงานสถานการณ์ข้อบกพร่องในปัจจุบันให้พวกเขาทราบเพื่อรับคำติชมจากพวกเขา

ทำไมคุณถึงต้องมีกระบวนการจัดการข้อบกพร่อง?

ทีมของคุณพบข้อบกพร่องขณะทดสอบโครงการ Guru99 Banking

กระบวนการจัดการข้อบกพร่อง

หลังจากผ่านไปหนึ่งสัปดาห์ นักพัฒนาก็ตอบกลับ –

กระบวนการจัดการข้อบกพร่อง

ในสัปดาห์หน้าผู้ทดสอบจะตอบกลับ

กระบวนการจัดการข้อบกพร่อง

เช่นเดียวกับในกรณีข้างต้น หากการสื่อสารข้อบกพร่องทำได้ด้วยวาจา สิ่งต่างๆ ก็จะซับซ้อนมากขึ้นในไม่ช้า เพื่อควบคุมและจัดการจุดบกพร่องอย่างมีประสิทธิภาพ คุณต้องมีวงจรชีวิตข้อบกพร่อง

ตัวชี้วัดข้อบกพร่องที่สำคัญ

ย้อนกลับไปสถานการณ์ข้างต้น นักพัฒนาและทีมทดสอบได้ตรวจสอบข้อบกพร่องที่รายงานแล้ว นี่คือผลลัพธ์ของการสนทนานั้น

ตัวชี้วัดข้อบกพร่องที่สำคัญ

จะวัดและประเมินคุณภาพของการดำเนินการทดสอบได้อย่างไร

นี่เป็นคำถามที่ทุกๆ ตัวจัดการการทดสอบ อยากทราบว่ามี 2 พารามิเตอร์ที่ควรพิจารณาดังนี้

ตัวชี้วัดข้อบกพร่องที่สำคัญ

ในสถานการณ์ข้างต้น คุณสามารถคำนวณได้ อัตราส่วนการปฏิเสธการละทิ้ง (DRR) คือ 20/84 = 0.238 (23.8 %)

อีกตัวอย่างหนึ่ง สมมุติว่าเว็บไซต์ Guru99 Bank มียอดรวม 64 ข้อบกพร่อง แต่ทีมทดสอบของคุณตรวจพบเท่านั้น 44 ข้อบกพร่องคือพวกเขาพลาด 20 ข้อบกพร่อง ดังนั้นคุณสามารถคำนวณอัตราส่วนการรั่วไหลของข้อบกพร่อง (DLR) ได้คือ 20/64 = 0.312 (31.2%)

สรุปได้ว่าคุณภาพการดำเนินการทดสอบจะได้รับการประเมินผ่านพารามิเตอร์สองประการดังต่อไปนี้

ตัวชี้วัดข้อบกพร่องที่สำคัญ

ค่า DRR และ DLR ที่น้อยกว่าคือคุณภาพของการดำเนินการทดสอบที่ดีกว่า ช่วงอัตราส่วนคืออะไร ยอมรับได้- ช่วงนี้สามารถกำหนดและยอมรับเป็นฐานในเป้าหมายโครงการหรือคุณอาจอ้างอิงตัวชี้วัดของโครงการที่คล้ายกัน

ในโครงการนี้ ค่าที่แนะนำของอัตราส่วนที่ยอมรับได้คือ 5 ~ 10% หมายความว่าคุณภาพของการดำเนินการทดสอบต่ำ คุณควรหามาตรการรับมือเพื่อลดอัตราส่วนเหล่านี้ เช่น

  • ปรับปรุง ทักษะการทดสอบของสมาชิก
  • ใช้เวลามากกว่านี้ เพื่อการดำเนินการทดสอบ โดยเฉพาะการตรวจสอบผลการดำเนินการทดสอบ

คำถามที่พบบ่อย

จุดบกพร่องเป็นผลที่ตามมา/ผลลัพธ์ของข้อผิดพลาดในการเขียนโค้ด

A ข้อบกพร่องในการทดสอบซอฟต์แวร์ คือการเปลี่ยนแปลงหรือการเบี่ยงเบนของแอปพลิเคชันซอฟต์แวร์ไปจากความต้องการของผู้ใช้หรือข้อกำหนดทางธุรกิจดั้งเดิม ข้อบกพร่องของซอฟต์แวร์คือข้อผิดพลาดในการเขียนโค้ดซึ่งทำให้เกิดผลลัพธ์ที่ไม่ถูกต้องหรือไม่คาดคิดจากโปรแกรมซอฟต์แวร์ที่ไม่ตรงตามข้อกำหนดที่แท้จริง ผู้ทดสอบอาจพบข้อบกพร่องดังกล่าวขณะดำเนินการกรณีทดสอบ

คำสองคำนี้มีความแตกต่างกันเล็กน้อย ในอุตสาหกรรมทั้งคู่เป็นข้อบกพร่องที่ต้องได้รับการแก้ไข และใช้แทนกันได้โดยบางคำ การทดสอบ ทีม

เมื่อผู้ทดสอบดำเนินการกรณีทดสอบ พวกเขาอาจพบผลการทดสอบซึ่งขัดแย้งกับผลลัพธ์ที่คาดหวัง ผลการทดสอบที่แปรผันนี้เรียกว่าข้อบกพร่องของซอฟต์แวร์ ข้อบกพร่องหรือรูปแบบเหล่านี้เรียกตามชื่อที่แตกต่างกันในองค์กรต่างๆ เช่น ปัญหา ปัญหา ข้อบกพร่อง หรือเหตุการณ์

รายงานจุดบกพร่องในการทดสอบซอฟต์แวร์เป็นเอกสารรายละเอียดเกี่ยวกับจุดบกพร่องที่พบในแอปพลิเคชันซอฟต์แวร์ รายงานข้อบกพร่องประกอบด้วยรายละเอียดเกี่ยวกับข้อบกพร่องต่างๆ เช่น คำอธิบาย วันที่พบข้อบกพร่อง ชื่อผู้ทดสอบที่พบ ชื่อของผู้พัฒนาที่แก้ไข ฯลฯ รายงานข้อบกพร่องจะช่วยระบุข้อบกพร่องที่คล้ายกันในอนาคตเพื่อให้สามารถหลีกเลี่ยงได้

  • ข้อบกพร่อง_ID – หมายเลขประจำตัวเฉพาะสำหรับข้อบกพร่อง
  • ข้อบกพร่อง Descriptไอออน – คำอธิบายโดยละเอียดของข้อบกพร่อง รวมถึงข้อมูลเกี่ยวกับโมดูลที่พบข้อบกพร่อง
  • รุ่น – เวอร์ชันของแอปพลิเคชันที่พบข้อบกพร่อง
  • ขั้นตอน - ขั้นตอนโดยละเอียดพร้อมกับภาพหน้าจอที่นักพัฒนาสามารถสร้างข้อบกพร่องขึ้นมาใหม่ได้
  • วันที่ยก – วันที่ข้อบกพร่องเกิดขึ้น
  • อ้างอิง- ที่ไหนในตัวคุณ ให้การอ้างอิงถึงเอกสาร เช่น ความต้องการ การออกแบบ สถาปัตยกรรม หรือบางทีอาจเป็นภาพหน้าจอของข้อผิดพลาด เพื่อช่วยให้เข้าใจข้อบกพร่อง
  • ตรวจพบโดย – ชื่อ/รหัสของผู้ทดสอบที่แจ้งข้อบกพร่อง
  • สถานะ - สถานะของข้อบกพร่อง รายละเอียดเพิ่มเติมภายหลัง
  • แก้ไขโดย – ชื่อ/รหัสของผู้พัฒนาที่แก้ไข
  • วันที่ปิด – วันที่ปิดข้อบกพร่อง
  • ความรุนแรง ซึ่งอธิบายถึงผลกระทบของข้อบกพร่องต่อการใช้งาน
  • ลำดับความสำคัญ ซึ่งเกี่ยวข้องกับความเร่งด่วนในการแก้ไขข้อบกพร่อง ลำดับความสำคัญของความรุนแรงอาจเป็นสูง/ปานกลาง/ต่ำ ขึ้นอยู่กับความเร่งด่วนของผลกระทบที่ควรแก้ไขข้อบกพร่องตามลำดับ

คลิก Good Farm Animal Welfare Awards หากไม่สามารถเข้าถึงวิดีโอได้

แหล่งข้อมูล:

ดาวน์โหลดตัวอย่างเทมเพลตการรายงานข้อบกพร่อง