วงจรชีวิตของข้อบกพร่อง/ข้อบกพร่องในการทดสอบซอฟต์แวร์

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

วงจรชีวิตข้อบกพร่อง/จุดบกพร่อง

วงจรชีวิตของข้อบกพร่อง/ข้อบกพร่องคืออะไร

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

👉 ลงทะเบียนเข้าร่วมโครงการทดสอบซอฟต์แวร์สดฟรี

สถานะข้อบกพร่อง

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

ขั้นตอนการทำงานสถานะข้อบกพร่อง

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

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

ขั้นตอนการทำงานสถานะข้อบกพร่อง

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

อธิบายวงจรชีวิตของข้อบกพร่อง/ข้อบกพร่อง

วงจรชีวิตของข้อบกพร่องหรือวงจรชีวิตของแมลง - สิ่งที่คุณต้องรู้!

  1. ผู้ทดสอบพบข้อบกพร่อง
  2. สถานะที่กำหนดให้กับข้อบกพร่อง- ใหม่
  3. ข้อบกพร่องจะถูกส่งต่อไปยังผู้จัดการโครงการเพื่อทำการวิเคราะห์
  4. ผู้จัดการโครงการตัดสินใจว่าข้อบกพร่องนั้นถูกต้องหรือไม่
  5. ที่นี่ข้อบกพร่องไม่ถูกต้อง - สถานะจะได้รับ "ถูกปฏิเสธ"
  6. ดังนั้นผู้จัดการโครงการจะกำหนดสถานะ ปฏิเสธหากข้อบกพร่องไม่ได้รับการปฏิเสธ ขั้นตอนต่อไปคือการตรวจสอบว่าข้อบกพร่องนั้นอยู่ในขอบเขตหรือไม่ สมมติว่าเรามีฟังก์ชันอีเมลอื่นสำหรับแอปพลิเคชันเดียวกัน และคุณพบปัญหา แต่ฟังก์ชันดังกล่าวจะไม่รวมอยู่ในรุ่นปัจจุบันเมื่อมีการกำหนดข้อบกพร่องดังกล่าวเป็น เลื่อนหรือเลื่อนออกไป สถานะ
  7. จากนั้น ผู้จัดการจะตรวจสอบว่ามีการระบุข้อบกพร่องที่คล้ายกันก่อนหน้านี้หรือไม่ ถ้าใช่ข้อบกพร่องจะถูกกำหนดสถานะ ซ้ำ.
  8. หากไม่มีข้อบกพร่องจะถูกกำหนดให้กับนักพัฒนาที่เริ่มแก้ไขโค้ด ในระหว่างขั้นตอนนี้ ข้อบกพร่องจะถูกกำหนดสถานะ กำลังดำเนินการ.
  9. เมื่อโค้ดได้รับการแก้ไขแล้ว ข้อบกพร่องได้รับการกำหนดสถานะ การแก้ไข
  10. จากนั้นผู้ทดสอบจะทดสอบโค้ดอีกครั้ง ในกรณีที่ กรณีทดสอบ ผ่านจุดบกพร่องคือ ปิด หากกรณีทดสอบล้มเหลวอีกครั้ง แสดงว่าข้อบกพร่องนั้นเกิดขึ้น เปิดใหม่อีกครั้ง และมอบหมายให้ผู้พัฒนา
  11. พิจารณาสถานการณ์ที่ในระหว่างการเผยแพร่การสำรองที่นั่งเที่ยวบินครั้งแรก พบข้อบกพร่องในคำสั่งแฟกซ์ที่ได้รับการแก้ไขและกำหนดสถานะเป็นปิด ในระหว่างการเผยแพร่การอัปเกรดครั้งที่สอง ข้อบกพร่องเดียวกันก็ปรากฏขึ้นอีกครั้ง ในกรณีดังกล่าว ข้อบกพร่องที่ปิดแล้วจะถูกลบออก เปิดใหม่อีกครั้ง

นั่นคือทั้งหมดสำหรับวงจรชีวิตของแมลง

วิดีโอการฝึกอบรมนี้จะอธิบายขั้นตอนต่างๆ ในข้อบกพร่องหรือที่เรียกว่าวงจรชีวิตของข้อบกพร่อง และความสำคัญของข้อบกพร่องพร้อมตัวอย่าง

 

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

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

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

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

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

มีเครื่องมือมากมายสำหรับจัดการวงจรชีวิตของข้อบกพร่อง ขึ้นอยู่กับความต้องการของโครงการ ตัวเลือกยอดนิยมบางส่วน ได้แก่ JIRA, Bugzilla, HP ALM, Redmine และ MantisBTJIRA ช่วยให้ทีมสามารถบันทึก กำหนด และติดตามข้อบกพร่องได้ JIRA เป็นระบบที่ใช้กันอย่างแพร่หลายที่สุดใน Agile และการสนทนาสัมภาษณ์

In จิระวงจรชีวิตข้อบกพร่องได้รับการจัดการผ่านการปรับแต่งได้ สถานะเวิร์กโฟลว์โดยค่าเริ่มต้น ระบบจะสะท้อนการติดตามข้อบกพร่องมาตรฐาน แต่ทีมต่างๆ มักจะปรับแต่งให้เหมาะสม วงจรข้อบกพร่องของ JIRA ทั่วไปมีลักษณะดังนี้:

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

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

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

ในทางปฏิบัติ:

  • Bug = ข้อผิดพลาดในการเขียนโปรแกรม
  • ข้อบกพร่อง = ช่องว่างระหว่างผลลัพธ์ที่คาดหวังและผลลัพธ์ที่เกิดขึ้นจริง (อาจเป็นการออกแบบ ข้อกำหนด หรือกระบวนการ)

กล่าวได้ว่า วงจรนั้นเหมือนกัน—ค้นพบ → แก้ไข → ทดสอบซ้ำ → ปิด

สิ่งเหล่านี้คือประโยชน์ของวงจรชีวิตที่มีข้อบกพร่อง:

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

สรุป

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

สรุปโพสต์นี้ด้วย: