ความแตกต่างระหว่างความรุนแรงและลำดับความสำคัญในการทดสอบ (ตัวอย่าง)
ความรุนแรงเทียบกับ ลำดับความสำคัญ: ความแตกต่างระหว่างพวกเขา
- ลำดับความสำคัญคือลำดับที่นักพัฒนาควรแก้ไขข้อบกพร่อง ในขณะที่ระดับความรุนแรงคือระดับผลกระทบที่ข้อบกพร่องมีต่อการทำงานของผลิตภัณฑ์
- ลำดับความสำคัญแบ่งออกเป็นสามประเภท: ต่ำ ปานกลาง และสูง ในขณะที่ความรุนแรงแบ่งออกเป็นห้าประเภท: วิกฤต ใหญ่ ปานกลาง รอง และสวยงาม
- ลำดับความสำคัญเชื่อมโยงกับการจัดกำหนดการ ในขณะที่ความรุนแรงเกี่ยวข้องกับฟังก์ชันการทำงานหรือมาตรฐาน
- ลำดับความสำคัญจะระบุว่าควรแก้ไขจุดบกพร่องได้เร็วเพียงใด ในขณะที่ความรุนแรงจะระบุถึงความร้ายแรงของข้อบกพร่องในฟังก์ชันการทำงานของผลิตภัณฑ์
- ลำดับความสำคัญของข้อบกพร่องจะถูกตัดสินใจโดยการปรึกษาหารือกับผู้จัดการ/ลูกค้า ในขณะที่วิศวกร QA จะกำหนดระดับความรุนแรงของข้อบกพร่อง
- ลำดับความสำคัญขับเคลื่อนด้วยมูลค่าทางธุรกิจ ในขณะที่ความรุนแรงขับเคลื่อนด้วยฟังก์ชันการทำงาน
- ค่าลำดับความสำคัญจะขึ้นอยู่กับอัตนัยและสามารถเปลี่ยนแปลงได้ในช่วงระยะเวลาหนึ่ง ขึ้นอยู่กับการเปลี่ยนแปลงในสถานการณ์ของโครงการ ในขณะที่ค่าความรุนแรงนั้นมีวัตถุประสงค์และมีโอกาสน้อยที่จะเปลี่ยนแปลง
- สถานะที่มีลำดับความสำคัญสูงและความรุนแรงต่ำบ่งชี้ว่า ข้อบกพร่องจะต้องได้รับการแก้ไขบนฐานทันที แต่ไม่ส่งผลกระทบต่อการใช้งาน ในขณะที่สถานะความรุนแรงสูงและลำดับความสำคัญต่ำบ่งชี้ว่าข้อบกพร่องจะต้องได้รับการแก้ไข แต่ไม่ใช่บนฐานทันที
- สถานะลำดับความสำคัญจะขึ้นอยู่กับความต้องการของลูกค้า ในขณะที่สถานะความรุนแรงจะขึ้นอยู่กับด้านเทคนิคของผลิตภัณฑ์
Bug Severity คืออะไร
ความรุนแรงของข้อผิดพลาด หรือ Defect Severity ในการทดสอบคือระดับของผลกระทบต่อจุดบกพร่องหรือก ข้อบกพร่อง มีในแอปพลิเคชันซอฟต์แวร์ที่อยู่ระหว่างการทดสอบ ผลกระทบของข้อบกพร่อง/ข้อบกพร่องต่อการทำงานของระบบที่สูงขึ้นจะนำไปสู่ระดับความรุนแรงที่สูงขึ้น ก ระบบประกันคุณภาพ วิศวกรมักจะกำหนดระดับความรุนแรงของจุดบกพร่อง/จุดบกพร่อง
ลำดับความสำคัญคืออะไร?
ลำดับความสำคัญหมายถึงลำดับที่ควรแก้ไขข้อบกพร่อง ยิ่งมีลำดับความสำคัญสูงเท่าใดข้อบกพร่องควรได้รับการแก้ไขเร็วขึ้นเท่านั้น
ข้อบกพร่องที่ทำให้ระบบซอฟต์แวร์ไม่สามารถใช้งานได้จะได้รับลำดับความสำคัญสูงกว่าข้อบกพร่องที่ทำให้ฟังก์ชันการทำงานเล็กๆ น้อยๆ ของซอฟต์แวร์ล้มเหลว
ประเภทของความรุนแรง
In การทดสอบซอฟต์แวร์ประเภทความรุนแรงของจุดบกพร่อง/ข้อบกพร่องสามารถแบ่งออกได้เป็นส่วนต่างๆ ดังต่อไปนี้:
- วิกฤต: ข้อบกพร่องนี้บ่งชี้ถึงการปิดกระบวนการโดยสมบูรณ์ ไม่มีอะไรสามารถดำเนินการต่อไปได้
- สำคัญ: เป็นข้อบกพร่องที่รุนแรงมากและทำให้ระบบพังทลาย อย่างไรก็ตาม บางส่วนของระบบยังคงใช้งานได้
- กลาง: ทำให้เกิดพฤติกรรมที่ไม่พึงประสงค์บางอย่าง แต่ระบบยังคงทำงานอยู่
- ต่ำ: จะไม่ทำให้ระบบล่มครั้งใหญ่
ประเภทลำดับความสำคัญ
ประเภทของลำดับความสำคัญของข้อบกพร่อง/ข้อบกพร่องสามารถแบ่งได้เป็นสามส่วน:
- ต่ำ: ข้อบกพร่องเป็นสิ่งที่ทำให้ระคายเคือง แต่การซ่อมแซมสามารถทำได้เมื่อข้อบกพร่องที่ร้ายแรงกว่าได้รับการแก้ไขแล้ว
- ประเภทภาพ: ในระหว่างขั้นตอนปกติของกิจกรรมการพัฒนาข้อบกพร่องควรได้รับการแก้ไข สามารถรอจนกว่าจะสร้างเวอร์ชันใหม่ได้
- สูง: ข้อบกพร่องจะต้องได้รับการแก้ไขโดยเร็วที่สุดเท่าที่จะส่งผลกระทบต่อระบบอย่างรุนแรงและไม่สามารถใช้งานได้จนกว่าจะได้รับการแก้ไข
เคล็ดลับในการพิจารณาความรุนแรงของข้อบกพร่อง
- ตัดสินใจความถี่ของการเกิดขึ้น: ในบางกรณี หากเกิดข้อบกพร่องเล็กน้อยบ่อยครั้งในโค้ด ก็อาจมีความรุนแรงมากขึ้นได้ ดังนั้นจากมุมมองของผู้ใช้ มันจึงร้ายแรงกว่าถึงแม้จะเป็นข้อบกพร่องเล็กน้อยก็ตาม
- แยกข้อบกพร่อง: การแยกข้อบกพร่องสามารถช่วยค้นหาความรุนแรงของผลกระทบได้
ความแตกต่างระหว่างความรุนแรงและลำดับความสำคัญในการทดสอบ
ลำดับความสำคัญ | ความรุนแรง |
---|---|
ลำดับความสำคัญของข้อบกพร่องได้กำหนดลำดับที่นักพัฒนาควรแก้ไขข้อบกพร่อง | ความรุนแรงของข้อบกพร่องหมายถึงระดับผลกระทบที่ข้อบกพร่องมีต่อการทำงานของผลิตภัณฑ์ |
ลำดับความสำคัญเชื่อมโยงกับการจัดกำหนดการ | ความร้ายแรงเกี่ยวข้องกับฟังก์ชันการทำงานหรือมาตรฐาน |
ลำดับความสำคัญจะระบุว่าควรแก้ไขจุดบกพร่องได้เร็วเพียงใด | ระดับความรุนแรงบ่งบอกถึงความร้ายแรงของข้อบกพร่องในการทำงานของผลิตภัณฑ์ |
ลำดับความสำคัญของข้อบกพร่องจะถูกตัดสินใจโดยการปรึกษาหารือกับผู้จัดการ/ลูกค้า | วิศวกร QA จะกำหนดระดับความรุนแรงของข้อบกพร่อง |
ลำดับความสำคัญขับเคลื่อนด้วยมูลค่าทางธุรกิจ | ความร้ายแรงขับเคลื่อนด้วยฟังก์ชันการทำงาน |
มูลค่าของมันขึ้นอยู่กับอัตนัยและสามารถเปลี่ยนแปลงได้ในช่วงระยะเวลาหนึ่งขึ้นอยู่กับการเปลี่ยนแปลงในสถานการณ์ของโครงการ | มูลค่าของมันเป็นไปตามวัตถุประสงค์และมีโอกาสเปลี่ยนแปลงน้อย |
สถานะที่มีลำดับความสำคัญสูงและความรุนแรงต่ำบ่งชี้ว่า ข้อบกพร่องจะต้องได้รับการแก้ไขทันที แต่ไม่ส่งผลกระทบต่อการใช้งาน | สถานะที่มีความรุนแรงสูงและมีความสำคัญต่ำบ่งชี้ว่าข้อบกพร่องต้องได้รับการแก้ไขแต่ไม่ได้เกิดขึ้นทันที |
สถานะลำดับความสำคัญขึ้นอยู่กับความต้องการของลูกค้า | สถานะความรุนแรงขึ้นอยู่กับลักษณะทางเทคนิคของผลิตภัณฑ์ |
ในระหว่าง UAT ทีมพัฒนาจะแก้ไขข้อบกพร่องตามลำดับความสำคัญ | ในระหว่าง SIT ทีมพัฒนาจะแก้ไขข้อบกพร่องตามความรุนแรงและลำดับความสำคัญ |
ลำดับความสำคัญแบ่งออกเป็นสามประเภท
|
ความรุนแรงแบ่งออกเป็น 5 ประเภท
|
ตัวอย่างความรุนแรงและลำดับความสำคัญของข้อบกพร่อง
ลองดูตัวอย่างของความรุนแรงต่ำและมีลำดับความสำคัญสูง และในทางกลับกัน
- ความร้ายแรงต่ำมากและมีลำดับความสำคัญสูง: ข้อผิดพลาดของโลโก้สำหรับเว็บไซต์การจัดส่งใดๆ อาจมีความรุนแรงต่ำเนื่องจากจะไม่ส่งผลกระทบต่อการทำงานของเว็บไซต์ แต่อาจมีลำดับความสำคัญสูง เนื่องจากคุณไม่ต้องการให้การจัดส่งดำเนินการต่อไป ด้วยโลโก้ที่ไม่ถูกต้อง
-
ระดับความรุนแรงสูงมากแต่มีความสำคัญต่ำ: ในทำนองเดียวกัน สำหรับเว็บไซต์การดำเนินการเที่ยวบิน ข้อบกพร่องในฟังก์ชันการจองอาจมีความรุนแรงสูงแต่สามารถมีความสำคัญต่ำได้เนื่องจากสามารถกำหนดเวลาให้เผยแพร่ในรอบถัดไปได้
การคัดแยกข้อบกพร่อง
การแยกข้อบกพร่องเป็นกระบวนการที่พยายามสร้างสมดุลใหม่ของกระบวนการที่ทีมทดสอบเผชิญกับปัญหาทรัพยากรที่มีอยู่อย่างจำกัด ดังนั้น เมื่อมีข้อบกพร่องจำนวนมากและผู้ทดสอบที่จำกัดในการตรวจสอบ การตรวจสอบข้อบกพร่องจะช่วยพยายามแก้ไขข้อบกพร่องให้มากที่สุดตามพารามิเตอร์ข้อบกพร่อง เช่น ระดับความรุนแรงและลำดับความสำคัญ
วิธีตรวจสอบข้อบกพร่อง Triage:
ระบบส่วนใหญ่ใช้ลำดับความสำคัญเป็นเกณฑ์หลักในการประเมินข้อบกพร่อง อย่างไรก็ตาม กระบวนการคัดแยกที่ดีจะพิจารณาถึงความรุนแรงด้วยเช่นกัน
กระบวนการคัดแยกมีขั้นตอนดังต่อไปนี้
- Revตรวจสอบข้อบกพร่องทั้งหมด รวมถึงข้อบกพร่องที่ถูกปฏิเสธโดยทีม
- การประเมินข้อบกพร่องเบื้องต้นจะขึ้นอยู่กับเนื้อหาและการตั้งค่าลำดับความสำคัญและความรุนแรงตามลำดับ
- การจัดลำดับความสำคัญของข้อบกพร่องตามอินพุต
- มอบหมายข้อบกพร่องเพื่อแก้ไขการปลดปล่อยโดยผู้จัดการผลิตภัณฑ์
- เปลี่ยนเส้นทางข้อบกพร่องไปยังเจ้าของ/ทีมที่ถูกต้องเพื่อดำเนินการต่อไป
แนวทางที่ผู้ทดสอบทุกคนควรพิจารณาก่อนเลือกความรุนแรง
พารามิเตอร์ความรุนแรงได้รับการประเมินโดยผู้ทดสอบ ในขณะที่พารามิเตอร์ลำดับความสำคัญได้รับการประเมินโดยผู้จัดการผลิตภัณฑ์หรือโดยทีมคัดแยก ในการจัดลำดับความสำคัญของข้อบกพร่อง ผู้ทดสอบจำเป็นต้องเลือกความรุนแรงที่เหมาะสมเพื่อหลีกเลี่ยงความสับสนกับทีมพัฒนา
- เข้าใจแนวคิดเรื่องลำดับความสำคัญและความรุนแรงเป็นอย่างดี
- กำหนดระดับความรุนแรงตามประเภทปัญหาเสมอ เนื่องจากจะส่งผลต่อลำดับความสำคัญ
- ทำความเข้าใจว่าสถานการณ์เฉพาะหรือ กรณีทดสอบ จะส่งผลกระทบต่อผู้ใช้ปลายทาง
- จำเป็นต้องพิจารณาว่าจะใช้เวลานานเท่าใดในการแก้ไขข้อบกพร่องโดยพิจารณาจากความซับซ้อนและระยะเวลาในการตรวจสอบข้อบกพร่อง
สรุป
In วิศวกรรมซอฟต์แวร์การกำหนดความรุนแรงที่ไม่ถูกต้องให้กับข้อบกพร่องอาจทำให้ความล่าช้าได้ เอส.ที.แอล กระบวนการและอาจมีผลกระทบอย่างมากต่อประสิทธิภาพโดยรวมของทีม ดังนั้นผู้รับผิดชอบจะต้องมีความแม่นยำและแม่นยำในการเรียกร้องให้มอบหมายข้อบกพร่อง