ความแตกต่างระหว่างความรุนแรงและลำดับความสำคัญในการทดสอบ (ตัวอย่าง)

ความรุนแรงเทียบกับ ลำดับความสำคัญ: ความแตกต่างระหว่างพวกเขา

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

ความรุนแรงเทียบกับ ลำดับความสำคัญ:

Bug Severity คืออะไร

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

ลำดับความสำคัญคืออะไร?

ลำดับความสำคัญหมายถึงลำดับที่ควรแก้ไขข้อบกพร่อง ยิ่งมีลำดับความสำคัญสูงเท่าใดข้อบกพร่องควรได้รับการแก้ไขเร็วขึ้นเท่านั้น

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

ประเภทของความรุนแรง

In การทดสอบซอฟต์แวร์ประเภทความรุนแรงของจุดบกพร่อง/ข้อบกพร่องสามารถแบ่งออกได้เป็นส่วนต่างๆ ดังต่อไปนี้:

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

ประเภทลำดับความสำคัญ

ประเภทของลำดับความสำคัญของข้อบกพร่อง/ข้อบกพร่องสามารถแบ่งได้เป็นสามส่วน:

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

เคล็ดลับในการพิจารณาความรุนแรงของข้อบกพร่อง

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

ความแตกต่างระหว่างความรุนแรงและลำดับความสำคัญในการทดสอบ

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

  • ต่ำ
  • กลาง
  • จุดสูง
ความรุนแรงแบ่งออกเป็น 5 ประเภท

  • วิกฤต
  • สำคัญ
  • ปานกลาง
  • ผู้เยาว์
  • ประทิ่น

ตัวอย่างความรุนแรงและลำดับความสำคัญของข้อบกพร่อง

ลองดูตัวอย่างของความรุนแรงต่ำและมีลำดับความสำคัญสูง และในทางกลับกัน

ความรุนแรงของข้อบกพร่องและลำดับความสำคัญ

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

การคัดแยกข้อบกพร่อง

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

วิธีตรวจสอบข้อบกพร่อง Triage:

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

การคัดแยกข้อบกพร่อง

กระบวนการคัดแยกมีขั้นตอนดังต่อไปนี้

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

แนวทางที่ผู้ทดสอบทุกคนควรพิจารณาก่อนเลือกความรุนแรง

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

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

สรุป

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