STLC - การจำแนกข้อบกพร่อง

ข้อบกพร่องถูกจำแนกจากมุมมองของทีม QA เป็น Priority และจากมุมมองของการพัฒนาเช่น Severity(ความซับซ้อนของรหัสในการแก้ไข) นี่คือการจำแนกประเภทหลักสองประเภทที่มีบทบาทสำคัญในกรอบเวลาและปริมาณงานที่ต้องดำเนินการเพื่อแก้ไขข้อบกพร่อง

Priority คืออะไร?

ลำดับความสำคัญหมายถึงลำดับที่ควรแก้ไขข้อบกพร่อง โดยปกติแล้วสถานะลำดับความสำคัญจะถูกกำหนดโดยทีม QA ในขณะที่เพิ่มข้อบกพร่องกับทีม dev ที่กล่าวถึงกรอบเวลาในการแก้ไขข้อบกพร่อง สถานะลำดับความสำคัญถูกตั้งค่าตามข้อกำหนดของผู้ใช้ปลายทาง

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

รายการลำดับความสำคัญ

ลำดับความสำคัญสามารถแบ่งได้ดังต่อไปนี้ -

  • Low - ข้อบกพร่องนี้สามารถแก้ไขได้หลังจากแก้ไขข้อบกพร่องที่สำคัญแล้ว

  • Medium - ข้อบกพร่องควรได้รับการแก้ไขในรุ่นต่อ ๆ ไป

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

  • Urgent - ข้อบกพร่องต้องได้รับการแก้ไขทันทีเนื่องจากข้อบกพร่องส่งผลกระทบต่อการใช้งานหรือผลิตภัณฑ์อย่างรุนแรงและไม่สามารถใช้ผลิตภัณฑ์ได้จนกว่าจะได้รับการแก้ไข

ความรุนแรงคืออะไร?

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

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

รายการความรุนแรง

สามารถแบ่งประเภทความรุนแรงได้ดังต่อไปนี้ -

  • Critical /Severity 1- ข้อบกพร่องส่งผลกระทบต่อการทำงานที่สำคัญที่สุดของแอปพลิเคชันและทีม QA ไม่สามารถดำเนินการตรวจสอบความถูกต้องของแอปพลิเคชันต่อไปได้ภายใต้การทดสอบโดยไม่แก้ไข ตัวอย่างเช่นแอป / ผลิตภัณฑ์ขัดข้องบ่อยครั้ง

  • Major / Severity 2- ข้อบกพร่องส่งผลต่อโมดูลการทำงาน ทีม QA ไม่สามารถทดสอบโมดูลนั้น ๆ ได้ แต่ดำเนินการตรวจสอบความถูกต้องของโมดูลอื่นต่อไป ตัวอย่างเช่นการจองเที่ยวบินไม่ทำงาน

  • Medium / Severity 3- ข้อบกพร่องมีปัญหากับหน้าจอเดียวหรือเกี่ยวข้องกับฟังก์ชันเดียว แต่ระบบยังคงทำงานอยู่ ข้อบกพร่องที่นี่ไม่ได้ปิดกั้นฟังก์ชันการทำงานใด ๆ ตัวอย่างเช่น Ticket # คือการแทนค่าที่ไม่ได้ต่อท้ายอักขระที่เป็นตัวเลขและตัวอักษรที่ถูกต้องเช่นอักขระห้าตัวแรกและห้าตัวสุดท้ายเป็นตัวเลข

  • Low / Severity 4- ไม่ส่งผลกระทบต่อการทำงาน อาจเป็นข้อบกพร่องด้านเครื่องสำอางความไม่สอดคล้องของ UI สำหรับฟิลด์หรือข้อเสนอแนะในการปรับปรุงประสบการณ์ของผู้ใช้ปลายทางจากฝั่ง UI ตัวอย่างเช่นสีพื้นหลังของปุ่มส่งไม่ตรงกับสีของปุ่มบันทึก