คำถามติดแท็ก bug-report

28
เจ้านายของฉันตัดสินใจเพิ่มฟิลด์“ บุคคลที่จะตำหนิ” ในรายงานข้อผิดพลาดทุกครั้ง ฉันจะโน้มน้าวเขาได้อย่างไรว่าเป็นความคิดที่ไม่ดี
ในหนึ่งในการเคลื่อนไหว "WTF" ครั้งล่าสุดเจ้านายของฉันตัดสินใจว่าการเพิ่มฟิลด์ "บุคคลที่จะกล่าวโทษ" ในเทมเพลตการติดตามข้อผิดพลาดของเราจะเพิ่มความรับผิดชอบ ข้อโต้แย้งของฉันว่าสิ่งนี้จะลดขวัญกำลังใจเพิ่มการใช้นิ้วชี้และจะไม่คำนึงถึงคุณสมบัติที่หายไป / เข้าใจผิดที่รายงานเนื่องจากข้อผิดพลาดไม่เคยได้ยินมาก่อน อะไรคือข้อโต้แย้งที่แข็งแกร่งอื่น ๆ เกี่ยวกับการฝึกฝนนี้ที่ฉันสามารถใช้ได้ มีการเขียนในหัวข้อนี้ที่ฉันสามารถแบ่งปันกับทีมและเจ้านายได้หรือไม่?

12
วิธีตอบกลับรายงานข้อบกพร่องที่หยาบคาย?
ฉันเพิ่งได้รับรายงานบั๊กที่ค่อนข้างหยาบ โดยทั่วไปผู้ใช้บอกว่าเราทำผิดทั้งหมดโดยใช้อักษรตัวใหญ่ที่นี่และที่นั่นถึงแม้ว่าในความเป็นจริงเขาแค่ชี้ไปที่ข้อผิดพลาดหนึ่ง ในมือข้างหนึ่งฉันสนใจมากเกี่ยวกับผู้ใช้ของเราและต้องการรักษาความสัมพันธ์ที่ดีและการจัดอันดับแอปที่ดีของเรา ที่อื่นฉันรู้สึกเหมือนหมดขายถ้าฉันจะตอบสุภาพมากเกินไป เป็นวิธีที่ดีในการตอบสนองอะไร สิ่งที่ฉันควรทราบ ฉันควรมีความคิดอะไร ควรเพิ่มว่าผู้ใช้ดูเหมือนจะเป็นนักเรียน CS อายุ 24 ปีและผลิตภัณฑ์ของเราเป็นแอพ Android ที่เราแจกฟรี

15
เกือบทุกข้อบกพร่องที่รายงานเป็นข้อบกพร่องที่มีลำดับความสำคัญสูง [ปิด]
ฉันสังเกตเห็นรูปแบบในขณะที่ทำงานกับโครงการซอฟต์แวร์ต่าง ๆ : ข้อบกพร่องส่วนใหญ่ที่รายงานมีความสำคัญสูง / สูงมาก ฉันถามเพื่อนร่วมงานบางคนเกี่ยวกับสาเหตุที่อาจเกิดขึ้นและพวกเขากล่าวว่าหากข้อผิดพลาดไม่ได้ระดับความสำคัญนั้นมันหายากมากที่ Bug ได้รับความสนใจจากนักพัฒนาซึ่งทำให้รู้สึกจริง ดังนั้นฉันอยากรู้ว่าปัญหานี้เป็นเรื่องปกติหรือไม่ถ้าฉันโชคร้าย ฉันทำการค้นหาโดย Google อย่างรวดเร็วและพบว่าบางทีมใช้แนวทางการรายงานข้อผิดพลาดหรือมีทีม "Bug Triage" แยกต่างหาก หากคุณเผชิญและแก้ไขปัญหานี้อะไรคือวิธีการที่เหมาะกับคุณ คำถามนี้โดยเฉพาะเกี่ยวกับปัญหา "อัตราเงินเฟ้อสำคัญ": หากคุณเผชิญกับสถานการณ์และสิ่งที่ meassures ส่งผลให้เกิดปัญหานี้

6
การให้ผู้ใช้เขียนรายงานบั๊กที่ดีและมีประโยชน์
ไม่มีใครรู้วิธีที่ดีในการทำให้ผู้ใช้สามารถเขียนรายงานบั๊กแบบกึ่งดี (อ่าน: มีประโยชน์ ) ได้หรือไม่? เราต้องการรวบรวมบางสิ่งที่สมเหตุสมผลสำหรับผู้ใช้ส่วนใหญ่ (อ่านและเข้าใจง่าย) แต่ให้ข้อมูลที่เป็นประโยชน์แก่นักพัฒนาเช่นกัน มันไม่ทำงานเมื่อฉันคลิกปุ่มสีน้ำเงิน! Ahhh ฉันเพิ่งเสียงานไปหนึ่งสัปดาห์ ... ทำให้มันใช้ได้ ไม่มีประโยชน์มากอย่างที่มันเป็น ฉันเริ่มที่จะแก้ไขเกี่ยวกับรายการ แต่คิดว่าจะตรวจสอบกับพวกคุณว่ามีวิธีการที่คล้ายกันอยู่แล้ว

6
เหตุใดการอ้างอิงรหัสข้อผิดพลาดในโน้ตแพตช์จึงถือเป็นข้อปฏิบัติที่ไม่ดี
ขึ้นอยู่กับความคิดเห็นและ upvotes ที่ตามมาจากBug เปิดใหม่กับใหม่ : การอ้างถึง bug IDs ใน patch notes เป็นเพียงแค่ .. ไม่เป็นมิตรมาก - Krelp อย่างน้อยบางคนรู้สึกว่าการอ้างอิงบั๊กในการแก้ไขโน้ตไม่ใช่ความคิดที่ดี ฉันเป็นผู้พัฒนาที่ไม่มีประสบการณ์พอสมควรดังนั้นฉันจึงสงสัยว่าเพราะอะไร

4
ทำไมจึงไม่แนะนำให้โพสต์ข้อบกพร่องหลายอย่างในปัญหา / ตั๋วเดียวกัน
ฉันไม่แน่ใจว่านี่เป็นสถานที่สำหรับถามคำถามเชิงแนวคิดต่อไปนี้ (Stackoverflow ไม่แน่นอน) ฉันเห็นคำถามนี้ในการสอบแบบปรนัย (คำตอบเดียว) คล้ายกับการสอบISTQB : เหตุใดจึงไม่แนะนำให้รายงานข้อบกพร่องต่าง ๆ ในปัญหา / ตั๋วเดียวกัน เพื่อให้รายงานมีความกระชับและชัดเจน ข เนื่องจากผู้พัฒนาอาจแก้ไขข้อบกพร่องเพียงข้อเดียว ค เนื่องจากผู้ทดสอบกลุ่มทดสอบได้รับการจัดอันดับตามจำนวนข้อบกพร่องที่พบ d ระบบการจัดการข้อบกพร่องไม่สนับสนุนคุณสมบัตินี้ของข้อบกพร่องหลายรายการ ความเห็นของฉันaคือคำตอบที่ถูกต้อง b- ไม่สามารถทำได้เนื่องจากการแก้ไขข้อเสนอแนะที่แก้ไขแล้วปิดควรหลีกเลี่ยงกรณีดังกล่าว c- ผิดอย่างชัดเจน d - ปลั๊กอิน Redmine / Trac รองรับหลายฟิลด์ bคำตอบตามแผ่นคำตอบคือ มีคนอธิบายได้ไหม ความคิดเห็นที่มีความคิดเห็นเกี่ยวกับคำตอบยินดีต้อนรับ

9
คำจำกัดความของบั๊กซอฟต์แวร์ Blizzard Entertainment ยืนยันว่า "บั๊ก" ของฉันนั้นไม่ใช่บั๊กเลย ถูกต้องหรือไม่ [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ตาม Wikipepdia ข้อผิดพลาดของซอฟต์แวร์เป็นคำทั่วไปที่ใช้เพื่ออธิบายข้อผิดพลาดข้อผิดพลาดความผิดพลาดความผิดพลาดหรือความผิดพลาดในโปรแกรมคอมพิวเตอร์หรือระบบที่ให้ผลลัพธ์ที่ไม่ถูกต้องหรือไม่คาดคิดหรือทำให้มันทำงานในรูปแบบที่ไม่ได้ตั้งใจ เมื่อเร็ว ๆ นี้ฉันพบข้อผิดพลาด "" ในสตาร์คราฟต์ 2 ซึ่งสร้างผลลัพธ์ที่ไม่คาดคิด: http://eu.battle.net/sc2/en/forum/topic/2868627470 ปัญหาคือถ้าฉันรักษาสตาร์คราฟต์ 2 ให้ลดลงเป็นเวลานานเกมจะไม่ตัดการเชื่อมต่อหรือสร้างการหมดเวลาในรูปแบบใด ๆ มันจะตัดการเชื่อมต่ออย่างไรก็ตามหลังจากการต่อสู้ครั้งแรกและบางครั้งก็สูญเสียข้อมูลเกม (สถิติการจับคู่) โชคไม่ดีอ้างอิงจาก Blizzard: เกมดังกล่าวไม่ได้ถูกออกแบบมาเพื่อลดการเก็บรักษาไว้เป็นเวลานาน (พายุหิมะ) ไม่สามารถพิจารณาพฤติกรรมดังกล่าวได้เนื่องจากผิดพลาดเนื่องจาก StarCraft II ไม่ได้ถูกย่อให้เล็กสุดเป็นเวลาหลายชั่วโมง ดังนั้น "บั๊ก" ของฉันเป็นข้อผิดพลาดจริง ๆ หรือไม่

5
จะรายงานข้อผิดพลาดแก่ผู้พัฒนาได้อย่างไร โปรแกรมเมอร์แสวงหาความรู้เรื่องการรายงานบั๊ก
ฉันหวังว่าจะได้รับคำแนะนำและคำแนะนำเกี่ยวกับวิธีการให้ความรู้ส่วนที่เหลือของ บริษัท เกี่ยวกับวิธีการส่งรายงานข้อผิดพลาดที่เหมาะสม ขณะนี้เราได้รับตั๋วเช่น: เมื่อฉันคลิกที่ลิงค์นี้ฉันจะได้รับ 404 (พวกเขารวมถึงหน้าเว็บที่ 404s และไม่ใช่หน้าที่เกิดจากมัน) บางครั้งคอลัมน์ด้านขวาจะไหลลงในคอลัมน์ปุ่ม (ไม่มีภาพหน้าจอหรือข้อมูลเพิ่มเติม) ดูเหมือนว่าการเปลี่ยนแปลง xxx จะทำงานได้ถูกต้อง (EOM) ใครบ้างมีขั้นตอนการส่งข้อผิดพลาด / แบบฟอร์มที่แนะนำผู้ใช้ในการส่งข้อมูลให้มากที่สุด?

6
ความรับผิดชอบของใครเป็นผู้แก้ไขบั๊ก?
สถานการณ์ที่เกิดขึ้นหลายครั้งในโครงการโอเพ่นซอร์สจะเป็นดังนี้: ฉันสังเกตเห็นข้อผิดพลาดในการปรับใช้ของเราและหาตัวแก้ไขการแฮ็กข้อมูลอย่างรวดเร็ว (ตัวอย่างเช่นเพียงแสดงความคิดเห็นรหัสที่เราไม่ต้องการ) ฉันใช้ความพยายามพิเศษเล็กน้อยเพื่อหาข้อผิดพลาดจริง ๆ มากับชุดข้อมูลแก้ไขและส่งผ่านคำขอ Git pull หรือคล้ายกัน คำขอดึงของฉันถูกปฏิเสธ บางทีแพทช์นั้นไม่สมบูรณ์ (เช่นรวมบรรทัดที่ไม่ควรมี) บางทีมันอาจเป็นการละเมิดรูปแบบการเขียนโค้ด หรือบางทีฉันอาจทำอะไรผิดพลาดใน Git - คำขอดึงควรจะถูกลดระดับหรือบางสิ่งบางอย่าง ผู้ดูแลให้ข้อเสนอแนะเกี่ยวกับวิธีการปรับปรุงโปรแกรมแก้ไขและขอให้ฉันส่งใหม่ เมื่อมาถึงจุดนี้ฉันสับสนเกี่ยวกับวิธีการที่ฉันควรดำเนินการต่อไป เท่าที่ฉันกังวลฉันไม่มีปัญหา: ฉันแก้ไขได้ในขั้นตอนที่ 1 ฉันได้รายงานปัญหาแล้วฉันยังทำตามขั้นตอนเพื่อแก้ไขให้ผู้อื่น แต่ฉันไม่รู้สึกว่ามันเป็นคำขอแบบ "ดึง" ของฉันดังนั้นฉันจึงไม่รู้สึกว่าต้องรับผิดชอบในการปรับปรุงแพตช์ให้ฉัน สถานการณ์เฉพาะอย่างหนึ่งที่ทำให้ฉันโกรธคือหลังจากการหารือเกี่ยวกับความล้มเหลวของแพทช์ของฉันเราได้บรรลุข้อตกลงในรายชื่อผู้รับจดหมายเกี่ยวกับสิ่งที่แพตช์ที่ถูกต้องจะเป็นอย่างไร (เช่นวิธีการทำงาน จากนั้นก็ยังสันนิษฐานว่าเป็นความรับผิดชอบของฉันในการสร้างและส่งแพทช์ มีมารยาทมาตรฐานในสถานการณ์เหล่านี้หรือไม่? พวกเขาจะแก้ไขได้อย่างไร? ปฏิกิริยาของฉันผิดปกติหรือไม่ คุณคาดหวังว่าจะได้รับการแก้ไขข้อบกพร่องนานแค่ไหน? (หมายเหตุเมื่อฉันพูดว่า "โครงการโอเพ่นซอร์ส" บางโครงการมีขนาดเล็กมาก แต่อาจไม่ใช่งานอดิเรก - เป็นเพียงโครงการซอฟต์แวร์ขนาดเล็กที่ใช้กับองค์กรหลายแห่งซึ่งมอบหมายให้นักพัฒนาใช้ทรัพยากรเพื่อทำงานกับพวกเขาในกรณีที่คำตอบชัดเจน คือ "แก้ไขแพทช์และส่งใหม่" เข้าใจว่าฉันมีความรับผิดชอบต่อนายจ้างของฉันในการทำงานกับสิ่งที่เป็นประโยชน์ต่อพวกเขาใช้เวลาแก้ไขข้อผิดพลาดที่ไม่ส่งผลกระทบต่อเราจะผิด ... )

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

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

5
ขั้นตอนในการรักษาฐานข้อมูลบั๊กที่ดี
การรักษาฐานข้อมูลบั๊กเป็นสิ่งสำคัญสำหรับทุกโครงการ ฉันใช้เพื่อจัดเก็บสิ่งต่อไปนี้ที่ฐานข้อมูลบั๊ก เวลาวันที่ออก ใครได้รับมอบหมายให้ ไม่ว่าจะได้รับการแก้ไขหรือไม่ หากแก้ไขแล้วให้แก้ไขเวลาวันที่ พอที่จะรักษาฐานข้อมูลบั๊กที่ดีอยู่หรือไม่?
9 bug  bug-report 
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.