การรับรายงานบั๊กซอฟต์แวร์ที่ทำซ้ำได้
ฟอร์มรายงานบั๊กสำหรับประเด็นซอฟต์แวร์ที่ทำซ้ำได้
ช่วยให้ผู้รายงานระบุองค์ประกอบและบิลด์ที่ได้รับผลกระทบ บริบทรันไทม์ เส้นทางที่ทำซ้ำได้สั้นที่สุด ผลลัพธ์ที่คาดหวัง ผลลัพธ์จริง และหลักฐาน โดยไม่ต้องเดาลำดับความสำคัญหรือมอบหมายผู้แก้
ลงชื่อเข้าใช้เพื่อตรวจมุมมองที่มีข้อมูลนี้ จากนั้นติดตั้ง App พร้อมข้อมูลตัวอย่างเพื่อทดสอบเรคคอร์ด การตัดสินใจ และแดชบอร์ดที่เชื่อมกัน
สิ่งที่ผู้รายงานให้มา และสิ่งที่ทีมคัดกรองตัดสินใจ
ฟอร์มรายงานบั๊กที่ดีเพิ่มโอกาสให้คนอื่นทำซ้ำปัญหาได้ ควรเก็บข้อเท็จจริงที่สังเกตได้ก่อน แล้วให้ทีมคัดกรองตัดสินระดับความรุนแรง ลำดับความสำคัญ ผู้รับผิดชอบ และรุ่นเป้าหมาย
- ฟิลด์ผู้รายงานแยกจากฟิลด์คัดกรอง
- ฟอร์มที่ปลอดภัยบนมือถือพร้อมไฟล์หลักฐาน
- เส้นทางส่งกลับเพื่อขอข้อมูล แทนการปฏิเสธเงียบๆ
คู่มือฟิลด์สำหรับผู้รายงาน
เก็บชุดข้อมูลการทำซ้ำขั้นต่ำที่ครบถ้วน
ทุกฟิลด์ควรช่วยให้ใครสักคนทำซ้ำ จัดประเภท หรือสืบสวนปัญหาได้
- 01
สรุปที่ชัดเจน
อธิบายความล้มเหลวที่เห็นและการกระทำที่ได้รับผลกระทบ
- 02
องค์ประกอบและบิลด์
เลือกพื้นที่ผลิตภัณฑ์และเวอร์ชันที่แน่ชัดเมื่อทราบ
- 03
สภาพแวดล้อม
บันทึกอุปกรณ์ เบราว์เซอร์ ระบบปฏิบัติการ พื้นที่ใช้งาน หรือการตั้งค่า
- 04
ขั้นตอนทำซ้ำ
เรียงลำดับขั้นตอนที่ทำซ้ำได้สั้นที่สุด
- 05
คาดหวังเทียบกับเกิดขึ้นจริง
ระบุผลลัพธ์ที่ต้องการแยกจากสิ่งที่เกิดขึ้น
- 06
หลักฐานและผลกระทบ
แนบหลักฐานที่มีประโยชน์และอธิบายว่าใครไปต่อไม่ได้
หลังส่งเรื่อง
ส่งรายงานที่ไม่ครบกลับไปโดยไม่ทำให้บริบทการสนทนาหาย
ฟอร์มเป็นเพียงจุดเริ่มต้น ทีมคัดกรองต้องมีขั้นตอนถัดไปที่มองเห็นได้สำหรับแต่ละผลลัพธ์
ตรวจว่าทำซ้ำได้หรือไม่
ยืนยันสภาพแวดล้อมและทำซ้ำตามเส้นทางที่ส่งมา
ขอบริบทที่ขาด
ส่งรายงานกลับพร้อมคำถามเฉพาะ และเก็บไว้ในเรคคอร์ดเดิม
รวมรายการซ้ำ
ลิงก์รายงานใหม่กับประเด็นหลักแทนการลบ
รับและมอบหมาย
บันทึกระดับความรุนแรง ลำดับความสำคัญ ผู้รับผิดชอบ และรุ่นเป้าหมาย
เขียนรายงานที่คนอื่นนำไปทำงานต่อได้
แทนคำกล่าวกว้างๆ ด้วยความต่างที่สังเกตได้
รายงานสั้นๆ ก็ยังครบถ้วนได้เมื่อแยกบริบท การกระทำ และผลลัพธ์ออกจากกัน
| รายงานที่อ่อน | รายงานที่ดำเนินการต่อได้ | ทำไมจึงดีกว่า |
|---|---|---|
| ขั้นตอนชำระเงินใช้งานไม่ได้ | การยืนยันชำระเงินหมดเวลาหลังกลับจาก 3DS ใน Web 4.28.0 | ระบุการกระทำ ความล้มเหลว และบิลด์ |
| ซิงก์แล้วเกิดข้อมูลซ้ำ | แตะซิงก์สองครั้งหลังเชื่อมต่อใหม่ ทำให้เกิดสองแถวที่มี ID ภายในเดียวกัน | ระบุเงื่อนไขที่ทำให้เกิดซ้ำและผลลัพธ์ที่สังเกตได้ |
| Export ผิด | ไฟล์ CSV ที่ตั้งเวลาไว้ขาดคอลัมน์แบบกำหนดเองที่บันทึกไว้สองคอลัมน์ใน Reporting 12.2 | ระบุโหมด ความต่างของข้อมูล และการปล่อยรุ่น |
คำถามและขอบเขต
คำถามเกี่ยวกับฟอร์มรายงานบั๊ก
คำตอบสำหรับตัดสินว่าฟิลด์ใดอยู่ในขั้นรับเรื่อง และฟิลด์ใดควรอยู่ในการคัดกรอง
ผู้รายงานควรเลือกระดับความรุนแรงและลำดับความสำคัญหรือไม่
โดยทั่วไปไม่ควร ผู้รายงานอธิบายผลกระทบทางธุรกิจและความเร่งด่วนได้ ส่วนทีมคัดกรองใช้คำนิยามระดับความรุนแรงและลำดับความสำคัญร่วมกัน
ขั้นตอนทำซ้ำควรยาวแค่ไหน
ใช้ลำดับที่สั้นที่สุดที่คนอื่นทำซ้ำได้ ใส่การตั้งค่าเฉพาะเมื่อมันเปลี่ยนผลลัพธ์ และระบุว่าพฤติกรรมที่เกิดเป็นครั้งคราวเกิดบ่อยแค่ไหน
ถ้าผู้รายงานไม่ทราบบิลด์จะทำอย่างไร
อนุญาตให้ระบุว่า "ยังไม่ทราบ" แต่เก็บบริบทสภาพแวดล้อมให้พอสำหรับการคัดกรองเพื่อระบุภายหลัง อย่าบล็อกรายงานที่มีประโยชน์เพียงเพราะฟิลด์เทคนิคหนึ่งฟิลด์ยังไม่มี
ฟอร์มใช้บนมือถือได้ไหม
ได้ ผู้รายงานสามารถบันทึกส่วนที่ได้รับผลกระทบ สภาพแวดล้อม ขั้นตอนการทำซ้ำ และหลักฐานจากโทรศัพท์ แล้วส่งรายงานเข้าสู่คิวคัดแยกเดียวกับผู้ใช้เดสก์ท็อป
ปรับปรุงการส่งต่อครั้งแรก
เริ่มจากรายงานที่คนอื่นทำซ้ำได้
เปิดฟอร์มตัวอย่างบนเดสก์ท็อปหรือมือถือ แล้วปรับฟิลด์และการกำหนดเส้นทางให้เข้ากับผลิตภัณฑ์ของคุณ



