จะจัดการกับบั๊กที่ดูเหมือนว่าจะแก้ไขได้อย่างไร? [ปิด]

ฉันเป็นผู้พัฒนาโปรแกรมประยุกต์บนเว็บสำหรับระบบภายใน ผู้ใช้รายงานว่ามีข้อบกพร่อง

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

ฉันควรตอบกลับลูกค้าและผู้ใช้อย่างไร

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

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

หากคุณไม่สามารถสร้างข้อผิดพลาดในรุ่นนั้นกลยุทธ์ที่วางไว้ในคำถามอื่น ๆ ที่นี่จะถูกใช้งาน (ขอบคุณ Thomas สำหรับรายการเริ่มต้น):

• หลีกเลี่ยงบั๊กหากไม่มีกรณีทดสอบที่สามารถทำซ้ำได้?
• ฉันจะแยกยากที่จะทำซ้ำข้อบกพร่องได้อย่างไร
• วิธีแก้จุดบกพร่องรหัสอย่างมีประสิทธิภาพมากที่สุด?
• ข้อบกพร่องที่ไม่สามารถอธิบายได้?
• จะทำอย่างไรกับข้อบกพร่องที่ไม่ได้ทำซ้ำ?

ฉันจะสมมติว่าคุณทำทุกอย่างอย่างที่คุณสามารถทำได้เพื่อสร้างข้อผิดพลาด แต่ทำไม่ได้

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

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

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

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

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

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

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

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