สถานะข้อบกพร่อง:“ WON'T FIX” เทียบกับ“ ยกเลิกแล้ว”


13

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

  1. จะไม่แก้ไข
  2. ยกเลิก

คุณใช้สถานะดังกล่าวและคุณแตกต่างกันอย่างไร ฉันถามเพราะคนส่วนใหญ่ไม่สามารถอธิบายความแตกต่างได้ ความเข้าใจของฉันคือ:

WON'T FIX - ผู้พัฒนาจะไม่แก้ไขข้อบกพร่องเนื่องจากไม่ใช่ข้อบกพร่อง
ยกเลิก - ข้อบกพร่องไม่ควรได้รับการแก้ไขเนื่องจากลำดับความสำคัญต่ำสุด

คำตอบ:


12

ดังที่คนอื่น ๆ สังเกตเห็นชื่อสถานะเหล่านี้ไม่ค่อยชัดเจน ฉันต้องการชื่อสถานะที่ละเอียดและละเอียดยิ่งขึ้น:

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

วิธีแก้ปัญหาให้มันเป็นสิ่งใหม่สถานะอื่น ๆ ที่เป็นที่รู้จัก
sergionni

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

คุณสามารถเปลี่ยนรุ่นของงานในจิราแทนการใช้สถานะ "แก้ไขในเวอร์ชันที่ใหม่กว่า"
sergionni

6

ฉันคิดว่าคุณมีคำตอบข้างหลัง

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

ยกเลิก - นี่อาจเป็นรายงานข้อผิดพลาดที่ไม่ดีหากไม่สามารถทำซ้ำได้หรืออาจไม่ใช่ข้อผิดพลาดเลย


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

5

รับ 2 คำอธิบายของคุณ:

WON'T FIX - ผู้พัฒนาจะไม่แก้ไขข้อบกพร่องเนื่องจากไม่ใช่ข้อบกพร่อง

ยกเลิก - ข้อบกพร่องไม่ควรได้รับการแก้ไขเนื่องจากลำดับความสำคัญต่ำสุด

เห็นได้ชัดว่าความแตกต่างที่ตั้งใจไว้คือ:

จะไม่ได้รับการแก้ไข - มันไม่ได้หักเราตั้งใจให้มีพฤติกรรมเช่นนี้ (เช่นไม่มีข้อผิดพลาด)

ยกเลิก - เราเห็นด้วยว่ามันเสีย แต่มันไม่สำคัญ / ไม่สำคัญเลยเราจะไม่ถูกรบกวนในการแก้ไข


ที่จริงแล้วมีสถานะ "ไม่ใช่ข้อผิดพลาด" เช่นกันซึ่งอยู่ใกล้กับพฤติกรรม "ไม่แก้ไข" ของคุณ
sergionni

คำอธิบายเหล่านี้สมเหตุสมผลมากหากคุณย้อนกลับรายการ: "ตั๋วถูกยกเลิกเนื่องจากไม่ใช่ข้อผิดพลาด", "เราจะไม่แก้ไขเพราะเป็นเรื่องไม่สำคัญ"
Kevin Laity

@ เควินฉันเห็นด้วยอย่างสมบูรณ์ ฉันขอยืนยันว่าพวกเขามีเหตุผลมากขึ้นเมื่อกลับรายการ ฉันตอบตามอย่างหมดจดตามข้อมูลในคำถาม
Dan McGrath

1

ที่ บริษัท ของฉันเราไม่ได้ใช้สถานะดังกล่าวและฉันคิดว่าพวกเขาไม่ใช่ทางเลือกที่ดีในการติดฉลากสำหรับรัฐที่คุณอธิบาย

รัฐของเราประกอบด้วย

ใหม่
ในความคืบหน้า
พร้อมที่จะทดสอบ
ปิดแล้ว
เปิดใหม่อีกครั้ง

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


1

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.