การควบคุมข้อบกพร่องของ QA
ซอฟต์แวร์จัดการข้อบกพร่องเพื่อ QA ที่พร้อมสำหรับการปล่อยรุ่น
ให้ QA มีเรคคอร์ดที่ควบคุมได้ว่าอะไรถูกทดสอบ ในสภาพแวดล้อมใด เทียบกับบิลด์ไหน และทำให้การตรวจยืนยันที่ไม่ผ่านหรือถูกบล็อกมองเห็นได้ก่อนตัดสินใจการปล่อยรุ่น
ลงชื่อเข้าใช้เพื่อตรวจมุมมองที่มีข้อมูลนี้ จากนั้นติดตั้ง App พร้อมข้อมูลตัวอย่างเพื่อทดสอบเรคคอร์ด การตัดสินใจ และแดชบอร์ดที่เชื่อมกัน
การควบคุมของ QA ที่ป้องกันการปิดงานผิด
ซอฟต์แวร์จัดการข้อบกพร่องควรเก็บความเชื่อมโยงระหว่างความล้มเหลวที่พบ รุ่นแก้ไขที่เสนอ รอบทดสอบ และการปล่อยรุ่นไว้ครบ พร้อมแสดงผลตรวจที่ไม่ผ่านหรือถูกบล็อกให้ชัดเท่ากับงานที่ผ่าน เพื่อให้ผู้รับผิดชอบการปล่อยรุ่นแยกความพร้อมที่ผ่านการทดสอบออกจากสถานะที่คาดหวังเกินจริงได้
- การตรวจยืนยันแยกจากความคืบหน้าการพัฒนา
- ผลลัพธ์ที่ไม่ผ่านและถูกบล็อกยังมองเห็นได้
- การตัดสินใจการปล่อยรุ่นรวมข้อขัดขวางและความเสี่ยงที่รับรู้
การตรวจยืนยันเป็นเรคคอร์ดของตัวเอง
หลักฐานการทดสอบควรอยู่ต่อแม้รอบทดสอบไม่ผ่าน
รอบที่ไม่ผ่านไม่ใช่เสียงรบกวน มันอธิบายว่าทำไมข้อบกพร่องถูกเปิดซ้ำ และรุ่นทดสอบถัดไปต้องแก้อะไร
ตั้งชื่อรุ่นทดสอบ
ทดสอบบิลด์, การปล่อยรุ่นและสภาพแวดล้อมที่ระบุชัด
ระบุขอบเขต
บันทึกขอบเขตปัญหาถดถอยอุปกรณ์หรือการตั้งค่า และผลลัพธ์ที่คาดหวัง
เลือกผลลัพธ์จริง
ผ่าน ไม่ผ่าน และถูกบล็อกเป็นการตัดสินใจที่ต่างกัน
เก็บหลักฐานไว้
แนบข้อสังเกตและเหตุผลในการเปิดซ้ำหรือปิดงาน
การตัดสินใจการปล่อยรุ่น
แปลงสถานะข้อบกพร่องเป็นมุมมองความเสี่ยงที่พร้อมสำหรับการปล่อยรุ่น
เจ้าของการปล่อยรุ่นต้องการจำนวนข้อขัดขวางและหลักฐาน ไม่ใช่กำแพงรายการแจ้งปัญหาที่ไม่เกี่ยวกัน
| สัญญาณ | Question | การใช้เพื่อตัดสินใจ |
|---|---|---|
| ข้อบกพร่องร้ายแรงที่ยังเปิดอยู่ | ยังมีปัญหาที่กระทบระบบจริงและยังไม่แก้หรือไม่ | ไม่ควรอนุมัติ เว้นแต่มีการยอมรับความเสี่ยงอย่างชัดเจน |
| การตรวจยืนยันที่ค้างอยู่ | งานที่อ้างว่าเสร็จแล้วยังไม่ได้ทดสอบมากแค่ไหน | แสดงความไม่แน่นอน ไม่ใช่ความเสร็จสมบูรณ์ |
| รอบทดสอบที่ไม่ผ่านหรือถูกบล็อก | การแก้ไขใดขาดหลักฐานที่ใช้ได้ | ส่งกลับ เลื่อน หรือยอมรับความเสี่ยงที่บันทึกไว้ |
| ข้อบกพร่องที่ถูกเปิดซ้ำ | การแก้ไขใดไม่คงอยู่ | ชี้ให้เห็นคุณภาพของปัญหาถดถอยและการวินิจฉัย |
ข้อบกพร่องซอฟต์แวร์เทียบกับเรคคอร์ดคุณภาพ
แยกข้อบกพร่องของการปล่อยรุ่นออกจาก CAPA และความไม่สอดคล้อง
คำอาจทับซ้อนกัน แต่กระบวนการกำกับและหลักฐานต่างกัน
ใช้หน้านี้สำหรับ
พฤติกรรมซอฟต์แวร์ที่ผูกกับบิลด์รุ่นแก้ไขที่เสนอ รอบการตรวจยืนยัน และการตัดสินใจปล่อยรุ่น
ใช้การจัดการคุณภาพสำหรับ
ความไม่สอดคล้องของซัพพลายเออร์ ข้อพบจากการตรวจประเมิน, CAPA, เหตุการณ์คุณภาพที่ควบคุม และหลักฐานภายใต้ข้อกำกับ
คำถามและขอบเขต
คำถามเรื่องการจัดการข้อบกพร่องสำหรับทีม QA และการปล่อยรุ่น
ทำให้ชัดเจนว่าการตรวจยืนยัน การเปิดซ้ำ และความเสี่ยงการปล่อยรุ่นควรทำงานอย่างไร
บั๊กกับข้อบกพร่องต่างกันอย่างไร
หลายทีมใช้คำเหล่านี้แทนกันได้ ในหน้านี้ข้อบกพร่องเน้นหลักฐาน QA และความเสี่ยงการปล่อยรุ่นส่วนหน้าบั๊กเน้นการทำซ้ำและวงจรการแก้ไข
การทดสอบที่ถูกบล็อกนับว่าผ่านได้ไหม
ไม่ได้ รอบที่ถูกบล็อกหมายถึงหลักฐานที่ต้องการยังไม่มี ให้แสดงไว้ชัดเจนและตัดสินใจว่าจะเอาข้อขัดขวางออก เลื่อนการเปลี่ยนแปลง หรือยอมรับความเสี่ยงที่บันทึกไว้
ใครควรปิดข้อบกพร่อง
การปิดควรเกิดหลังการตรวจยืนยันผ่านกับรุ่นทดสอบที่ตกลงกันไว้ ผู้พัฒนาแก้ไขสามารถทำเครื่องหมายว่าพร้อมตรวจได้ แต่ QA หรือผู้ตรวจยืนยันที่กำหนดควรบันทึกผลการทดสอบ
Jodoo ช่วยเรื่องความพร้อมการปล่อยรุ่นอย่างไร
App ตัวอย่างเชื่อมข้อบกพร่องและเรคคอร์ดการตรวจยืนยันเข้ากับเรคคอร์ดความพร้อมการปล่อยรุ่นที่เปิดให้เห็นบั๊กร้ายแรงที่ยังเปิด การตรวจที่ค้าง รอบที่ไม่ผ่านหรือถูกบล็อก และการตัดสินใจสุดท้าย
ทบทวนหลักฐานเบื้องหลังคำว่า "แก้แล้ว"
ตรวจตัวอย่างที่ไม่ผ่าน ถูกบล็อก และเปิดซ้ำ
ดูว่า Jodoo เก็บบิลด์ที่แน่ชัดและผล QA ไว้กับการตัดสินใจการปล่อยรุ่นอย่างไร