ทำไมระบบติดตามปัญหามักจะมีสถานะ "เปิด" และ "เปิดใหม่" แตกต่างกันอย่างไร
ทำไมระบบติดตามปัญหามักจะมีสถานะ "เปิด" และ "เปิดใหม่" แตกต่างกันอย่างไร
คำตอบ:
ปัญหาที่เปิดอยู่โดยทั่วไปเกิดขึ้นครั้งแรกของสิ่งที่มันเป็นปัญหา
ปัญหาที่เปิดใหม่คือ 1) เกิดขึ้นอีกครั้งและ / หรือ 2) แก้ไขไม่ถูกต้อง อาจมีสาเหตุหลายประการด้วยกัน - กุญแจสำคัญมักเชื่อมโยงกับคำอธิบายดั้งเดิมของปัญหากับผู้ใช้
ฉันไม่คิดว่าร้านค้าที่มีเหตุผลจะใช้มันเป็นตัวชี้วัดในการตัดสินเจ้าหน้าที่เทคนิค [คนเดียว] แต่มันมีประโยชน์ในฐานะที่เป็นตัวชี้วัดว่าการตอบสนองที่มีประสิทธิภาพเป็นอย่างไรและอาจบ่งบอกถึงปัญหาพื้นฐานที่จำเป็นต้องได้รับการแก้ไข
บริษัท เก่าของฉันใช้สถานะเหล่านั้นเพื่อติดตามว่าปัญหาของคุณไปที่ "เปิดใหม่" กี่ครั้งเพื่อดูว่า "ไม่ดี" ของนักพัฒนาที่คุณเป็น พวกเขาคิดว่าความสัมพันธ์มีอยู่ระหว่างจำนวนครั้งที่ไอเท็มงานได้รับ "เปิดใหม่" และมูลค่าของคุณในฐานะโปรแกรมเมอร์
ฉันไม่ทำงานที่นั่นอีกแล้ว
อายุการใช้งานของบั๊กมักจะ:
กล่าวคือ
มีคนพบข้อบกพร่องและเปิดขึ้นในตัวติดตาม ผู้พัฒนาแก้ไขให้ดีที่สุดเท่าที่จะทำได้ด้วยความเข้าใจในปัญหา ผู้ทดสอบซ้ำทำการทดสอบเพื่อตรวจสอบการแก้ไขและเปิดขึ้นมาอีกครั้งหากพวกเขาสามารถตรวจสอบได้ว่าไม่ได้ หากการแก้ไขได้รับการตรวจสอบแล้วข้อผิดพลาดจะถูกปิด
สถานการณ์อื่น ๆ คือการแก้ไขที่อื่นทำให้เกิดการถดถอยและข้อผิดพลาดจะต้องได้รับการแก้ไขอีกครั้ง ดังนั้นจึงเปิดใหม่
นอกจากนี้ยังอาจทำให้ชัดเจนมากขึ้นว่าปัญหาต้องได้รับความสนใจอย่างใกล้ชิดหรือให้ความสนใจเร็วขึ้นเนื่องจากยังคงเป็นปัญหาหลังจากเชื่อว่าปัญหาได้รับการแก้ไขแล้ว
เปิดหมายความว่ามันเป็นปัญหาใหม่ การเปิดหมายถึงอีกครั้งเป็นปัญหาที่เปิด -> นูนแล้วเปิดอีกครั้ง
ทำไมถึงเปิดอีกครั้ง บางทีผู้พัฒนาและผู้ทดสอบอาจคิดว่าปัญหาได้รับการแก้ไขแล้วแต่ยังไม่ได้รับการแก้ไขจริงๆ หรืออาจเป็นปัญหาได้รับการแก้ไขจริง ๆ แต่การเปลี่ยนแปลงรหัสอื่น ๆ ที่ตามมาทำให้เกิดปัญหาอีกครั้ง ไม่สำคัญว่าปัญหาที่เปิดใหม่เป็นสัญญาณที่ไม่ดีดังนั้นจึงมีการจัดหมวดหมู่แตกต่างกัน
วิธีที่เราใช้ที่นี่:
งานใหม่: สร้างเมื่อเริ่มต้นโครงการเพื่อแสดงงานทั้งหมดที่ต้องทำ มันเปิดจนกว่าจะมีคนรหัสแล้วมันจะได้รับการแก้ไข มันจะเปิดใหม่ก็ต่อเมื่อบางสิ่งไม่ได้ถูกนำไปใช้งานหรือหากการทำงานเปลี่ยนไปและผู้พัฒนาต้องย้อนกลับไปและใช้เวลาในการทำงานกับมัน
ข้อบกพร่อง / ข้อบกพร่อง: เปิดโดยใครบางคนใน QA หรือ dev อื่นตรวจสอบผลิตภัณฑ์ที่ทำงานโดยรวม หากคุณได้รับมอบหมายข้อผิดพลาดคุณแก้ไขได้แล้วแก้ไขมันและมันจะกลับไปสู่การทดสอบ หาก QA รู้สึกว่ายังไม่ได้รับการแก้ไขพวกเขาจะเปิดใหม่และแนบข้อมูลอื่น ๆ ที่พวกเขามี รอบการแก้ไข / เปิดอีกครั้งสามารถไปจนกว่า QA จะพอใจว่าข้อผิดพลาดได้รับการแก้ไขแล้วพวกเขาก็ปิดตั๋ว
โดยพื้นฐานแล้วคุณใช้ Reopen เพื่อบอกว่ามีการดูตั๋วแล้วและมีคนทำงานที่พวกเขารู้สึกได้รับการแก้ไข แต่นั่นไม่ใช่กรณี
โดยพื้นฐานแล้วมันเป็นประเภทที่สอดคล้องกัน: ข้อผิดพลาด (หรือปัญหาโดยทั่วไป) คือ "เปิด" ถ้ามันถูกสร้างขึ้นตั้งแต่เริ่มต้น มันคือ "เปิดใหม่" ถ้าถูกสร้างขึ้นหลังจากการประมวลผลก่อนหน้านี้ได้รับการดำเนินการ
สำหรับนักพัฒนาซอฟต์แวร์ (หรือใครก็ตามที่จัดการปัญหา) ไม่ควรสร้างความแตกต่าง มีการยกระดับผู้ออกและควรดำเนินการในขณะนี้
อย่างไรก็ตามสถานะ "เปิดใหม่" ที่แตกต่างกันยังคงมีประโยชน์สำหรับสถานการณ์ต่างๆ:
ขั้นแรกสามารถใช้เป็นวิธีการติดตามว่ากระบวนการประกันคุณภาพของคุณทำงานหรือไม่ หาก QA ทำทุกอย่างถูกต้องข้อผิดพลาดไม่ควรเกิดขึ้นหลังจากแก้ไขแล้ว ดังนั้นคุณสามารถพูดได้ว่าจำนวนครั้งที่มีการตั้งข้อผิดพลาดในสถานะ "เปิดใหม่" คือจำนวนครั้งที่ QA ยังทำงานไม่เสร็จ หลักสูตรนี้แสดงถึงว่ามีกระบวนการควบคุมคุณภาพที่ดีและผู้ใช้มีส่วนร่วมอย่างแข็งขันในกระบวนการและรู้ว่าเมื่อใดที่ "เปิด" และเมื่อ "เปิดใหม่" ปัญหา
การใช้งานอื่นคือเมื่อเกิดข้อผิดพลาดอีกครั้งคุณไม่จำเป็นต้องแจ้งปัญหา แต่สามารถเพิ่มข้อมูลปัญหาที่มีอยู่แล้ว (และเก็บข้อมูลสำคัญเช่นประวัติปัญหาไฟล์เพิ่มเติมที่อัปโหลดความคิดเห็นก่อนหน้าและ เป็นต้น) แต่ยังคงระบุว่า "เฮ้นี่เป็นความสุขอีกครั้ง )
เหตุผลหลักประการหนึ่งสำหรับการติดตาม "เปิดใหม่" ก็คือมันสามารถให้ข้อบ่งชี้ของปัญหาการจัดเส้นทางที่ลึกกว่าการติดตามอย่างง่ายและการดูแลรายละเอียด หากโมดูลหรือส่วนของหน้าที่เฉพาะมี "repopens" จำนวนมากมันจะชี้ไปยังจุดอ่อนที่ต้องการการจัดการ ซิงเกิ้ลจำนวนมากจะเปิดคะแนนสำหรับการทำงานที่เร่งรีบและ / หรือการฝึกฝนที่เลอะเทอะ