การรับรายงานบั๊กซอฟต์แวร์ที่ทำซ้ำได้

ฟอร์มรายงานบั๊กสำหรับประเด็นซอฟต์แวร์ที่ทำซ้ำได้

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

สิ่งที่ผู้รายงานให้มา และสิ่งที่ทีมคัดกรองตัดสินใจ

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

  • ฟิลด์ผู้รายงานแยกจากฟิลด์คัดกรอง
  • ฟอร์มที่ปลอดภัยบนมือถือพร้อมไฟล์หลักฐาน
  • เส้นทางส่งกลับเพื่อขอข้อมูล แทนการปฏิเสธเงียบๆ

คู่มือฟิลด์สำหรับผู้รายงาน

เก็บชุดข้อมูลการทำซ้ำขั้นต่ำที่ครบถ้วน

ทุกฟิลด์ควรช่วยให้ใครสักคนทำซ้ำ จัดประเภท หรือสืบสวนปัญหาได้

  • 01

    สรุปที่ชัดเจน

    อธิบายความล้มเหลวที่เห็นและการกระทำที่ได้รับผลกระทบ

  • 02

    องค์ประกอบและบิลด์

    เลือกพื้นที่ผลิตภัณฑ์และเวอร์ชันที่แน่ชัดเมื่อทราบ

  • 03

    สภาพแวดล้อม

    บันทึกอุปกรณ์ เบราว์เซอร์ ระบบปฏิบัติการ พื้นที่ใช้งาน หรือการตั้งค่า

  • 04

    ขั้นตอนทำซ้ำ

    เรียงลำดับขั้นตอนที่ทำซ้ำได้สั้นที่สุด

  • 05

    คาดหวังเทียบกับเกิดขึ้นจริง

    ระบุผลลัพธ์ที่ต้องการแยกจากสิ่งที่เกิดขึ้น

  • 06

    หลักฐานและผลกระทบ

    แนบหลักฐานที่มีประโยชน์และอธิบายว่าใครไปต่อไม่ได้

หลังส่งเรื่อง

ส่งรายงานที่ไม่ครบกลับไปโดยไม่ทำให้บริบทการสนทนาหาย

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

01

ตรวจว่าทำซ้ำได้หรือไม่

ยืนยันสภาพแวดล้อมและทำซ้ำตามเส้นทางที่ส่งมา

02

ขอบริบทที่ขาด

ส่งรายงานกลับพร้อมคำถามเฉพาะ และเก็บไว้ในเรคคอร์ดเดิม

03

รวมรายการซ้ำ

ลิงก์รายงานใหม่กับประเด็นหลักแทนการลบ

04

รับและมอบหมาย

บันทึกระดับความรุนแรง ลำดับความสำคัญ ผู้รับผิดชอบ และรุ่นเป้าหมาย

เขียนรายงานที่คนอื่นนำไปทำงานต่อได้

แทนคำกล่าวกว้างๆ ด้วยความต่างที่สังเกตได้

รายงานสั้นๆ ก็ยังครบถ้วนได้เมื่อแยกบริบท การกระทำ และผลลัพธ์ออกจากกัน

รายงานที่อ่อนรายงานที่ดำเนินการต่อได้ทำไมจึงดีกว่า
ขั้นตอนชำระเงินใช้งานไม่ได้การยืนยันชำระเงินหมดเวลาหลังกลับจาก 3DS ใน Web 4.28.0ระบุการกระทำ ความล้มเหลว และบิลด์
ซิงก์แล้วเกิดข้อมูลซ้ำแตะซิงก์สองครั้งหลังเชื่อมต่อใหม่ ทำให้เกิดสองแถวที่มี ID ภายในเดียวกันระบุเงื่อนไขที่ทำให้เกิดซ้ำและผลลัพธ์ที่สังเกตได้
Export ผิดไฟล์ CSV ที่ตั้งเวลาไว้ขาดคอลัมน์แบบกำหนดเองที่บันทึกไว้สองคอลัมน์ใน Reporting 12.2ระบุโหมด ความต่างของข้อมูล และการปล่อยรุ่น

คำถามและขอบเขต

คำถามเกี่ยวกับฟอร์มรายงานบั๊ก

คำตอบสำหรับตัดสินว่าฟิลด์ใดอยู่ในขั้นรับเรื่อง และฟิลด์ใดควรอยู่ในการคัดกรอง

ผู้รายงานควรเลือกระดับความรุนแรงและลำดับความสำคัญหรือไม่

โดยทั่วไปไม่ควร ผู้รายงานอธิบายผลกระทบทางธุรกิจและความเร่งด่วนได้ ส่วนทีมคัดกรองใช้คำนิยามระดับความรุนแรงและลำดับความสำคัญร่วมกัน

ขั้นตอนทำซ้ำควรยาวแค่ไหน

ใช้ลำดับที่สั้นที่สุดที่คนอื่นทำซ้ำได้ ใส่การตั้งค่าเฉพาะเมื่อมันเปลี่ยนผลลัพธ์ และระบุว่าพฤติกรรมที่เกิดเป็นครั้งคราวเกิดบ่อยแค่ไหน

ถ้าผู้รายงานไม่ทราบบิลด์จะทำอย่างไร

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

ฟอร์มใช้บนมือถือได้ไหม

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

ปรับปรุงการส่งต่อครั้งแรก

เริ่มจากรายงานที่คนอื่นทำซ้ำได้

เปิดฟอร์มตัวอย่างบนเดสก์ท็อปหรือมือถือ แล้วปรับฟิลด์และการกำหนดเส้นทางให้เข้ากับผลิตภัณฑ์ของคุณ

ใช้ฟอร์มรายงานบั๊ก