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

เมตาแท็กเกี่ยวกับข้อบกพร่อง กรุณาอย่าใช้สิ่งนี้

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

10
เพราะเหตุใดซอฟต์แวร์จึงยังมีข้อบกพร่องที่ทราบ [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ดูเหมือนว่าบ่อยครั้งในโครงการขนาดใหญ่ซอฟต์แวร์ยังคงเปิดตัวพร้อมตัวติดตามบั๊กที่เต็มไปด้วยข้อบกพร่อง ตอนนี้ฉันสามารถเข้าใจการร้องขอคุณสมบัติได้หลายครั้งที่ฉันเห็นข้อบกพร่องจำนวนมากยังไม่ได้รับการแก้ไขไม่ได้ตรวจสอบหรือไม่เสร็จ แต่ยังปล่อยออกมา ทำไม? เหตุใดโครงการโอเพนซอร์ซหรือโครงการโดยทั่วไปจึงได้รับการเผยแพร่พร้อมข้อบกพร่องที่รู้จัก เหตุใดพวกเขาจะไม่รอจนกว่าเครื่องมือติดตามบั๊กจะมีข้อบกพร่องที่เปิด 0
18 bug 

3
Git: การแก้ไขข้อบกพร่องที่มีผลกระทบต่อสองสาขา
ฉันใช้ repo Git ของฉันในแบบจำลอง Git branching ที่ประสบความสำเร็จและสงสัยว่าจะเกิดอะไรขึ้นถ้าคุณมีสถานการณ์นี้: สมมติว่าฉันกำลังพัฒนาบนฟีเจอร์สองสาขา A และ B และ B ต้องใช้รหัสจาก A. โหนด X แนะนำข้อผิดพลาดในฟีเจอร์ A ซึ่งส่งผลกระทบต่อสาขา B แต่ไม่พบที่โหนด Y ที่ผสานคุณสมบัติ A และ B และ ทำการทดสอบก่อนที่จะแตกแขนงออกไปอีกครั้งและทำงานในการทำซ้ำครั้งถัดไป เป็นผลให้ข้อผิดพลาดที่พบในโหนด Z โดยคนที่ทำงานเกี่ยวกับคุณสมบัติ B ในขั้นตอนนี้ก็ตัดสินใจว่าจำเป็นต้องมีการแก้ไขข้อบกพร่อง การแก้ไขนี้ควรนำไปใช้กับฟีเจอร์ทั้งสองเนื่องจากผู้ที่ทำงานในฟีเจอร์ A ต้องมีการแก้ไขบั๊กเนื่องจากเป็นส่วนหนึ่งของฟีเจอร์ ควรจะสร้างสาขา bugfix จากคุณสมบัติ A ล่าสุดหรือไม่ (รวมเป็นหนึ่งจากโหนด Y) จากนั้นผสานกับคุณสมบัติ A หลังจากนั้นฟีเจอร์ทั้งสองจะถูกรวมเข้ากับการพัฒนาอีกครั้งและทดสอบก่อนที่จะแตกแขนงออก? ปัญหานี้คือมันต้องการให้ทั้งสองสาขารวมเพื่อแก้ไขปัญหา เนื่องจากฟีเจอร์ B …
16 git  bug  branching 

5
วิธีการจัดการข้อบกพร่องที่ผู้ใช้คิดว่าเป็นคุณสมบัติ?
คำถาม : เป็นวิธีที่เหมาะสมในการแก้ไขข้อผิดพลาดที่คิดว่าผู้ใช้ปลายทางเป็นคุณสมบัติคืออะไร? การทำอย่างละเอียด : ฉันคาดเดาว่าหากมีผู้ใช้จำนวนมากคาดหวังว่ามันจะเป็นฟีเจอร์มันควรจะอยู่ที่ "ไม่ได้ผสม" หรือ "คงที่" เพื่อให้มีเสถียรภาพมากขึ้นหรือไม่ อย่างไรก็ตามจะเกิดอะไรขึ้นถ้าผู้ใช้จำนวนน้อยมากคาดหวังว่ามันจะเป็นคุณสมบัติ ... พูด 0.1% หรือ 1% และข้อผิดพลาดนี้จะต้องได้รับการแก้ไข ในทางทฤษฎีเนื่องจากนี่เป็นการแก้ไขบั๊กเล็กน้อยจึงสามารถมีคุณสมบัติเป็น PATCH โดยพิจารณาจากการกำหนดเวอร์ชันแบบ semantic: xyZ อย่างไรก็ตามเนื่องจากความเข้ากันได้แบบย้อนกลับ มันจะยังคงมีคุณสมบัติเป็นแพทช์ (เพราะมันไม่ได้มีวัตถุประสงค์เพื่อเป็นคุณสมบัติ) ตราบใดที่มันเป็นเอกสาร? แก้ไข: ในกรณีเฉพาะนี้มันเป็นข้อผิดพลาดใน API ของห้องสมุดที่ใช้ภายในที่นักพัฒนาอื่นใช้

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

1
ฉันควรเขียนการทดสอบเพื่อพิสูจน์ว่าการลบรหัสแก้ไขข้อผิดพลาดหรือไม่?
บางครั้งฉันจะพบกับสถานการณ์ที่การแก้ไขข้อผิดพลาดนั้นฉันต้องลบส่วนของรหัส ผู้พิถีพิถันใน TDD จะ (ฉันคิดว่า) สนับสนุนการเขียนการทดสอบที่ล้มเหลวการลบรหัสจากนั้นดูการทดสอบผ่าน ตอนนี้ดูเหมือนแปลกจริง ๆ ที่มีการทดสอบยืนยันว่ามีการลบรหัสบางส่วน แน่นอนฉันคิดว่ามันจะช่วยให้แน่ใจว่าไม่มีใครขุดลงในการควบคุมแหล่งที่มาและวางรหัสนั้นกลับมา แต่มันคุ้มค่าหรือไม่ หากมันคุ้มค่าแน่นอนว่ามันมีค่าน้อยกว่าการเขียนรหัสทดสอบที่เพิ่มเข้ามาใช่ไหม?
14 unit-testing  tdd  bug 

17
คุณคิดว่าอะไรคือสาเหตุสำคัญของข้อบกพร่องของซอฟต์แวร์ (และวิธีการย่อให้เล็กสุด) [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังว่าคำตอบจะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ฉันกำหนดข้อบกพร่องเป็น: "สิ่งที่อยู่ในการออกแบบแอปพลิเคชันหรือรหัสที่ป้องกันไม่ให้ทำงานตามข้อกำหนด" ฉันกำลังมองหาความคิดเห็นเกี่ยวกับสาเหตุของข้อบกพร่องเช่นปัจจัยมนุษย์การขาดการทดสอบขาดต้นแบบและความคิดที่เป็นไปได้ในการบรรเทาสิ่งเหล่านี้

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

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

7
ภัยคุกคามความปลอดภัยทั้งหมดเกิดขึ้นจากข้อบกพร่องของซอฟต์แวร์หรือไม่
ภัยคุกคามความปลอดภัยส่วนใหญ่ที่ฉันเคยได้ยินเกิดขึ้นเนื่องจากข้อผิดพลาดในซอฟต์แวร์ (เช่นอินพุตทั้งหมดไม่ได้รับการตรวจสอบอย่างถูกต้องสติ, ล้นล้น ฯลฯ ) ดังนั้นหากเราไม่รวมการแฮ็กข้อมูลทางสังคมทั้งหมดภัยคุกคามความปลอดภัยทั้งหมดเกิดจากข้อบกพร่องหรือไม่ กล่าวอีกนัยหนึ่งหากไม่มีข้อบกพร่องจะไม่มีภัยคุกคามด้านความปลอดภัย (อีกครั้งยกเว้นความผิดพลาดของมนุษย์เช่นการเปิดเผยรหัสผ่านและอื่น ๆ ) หรือระบบสามารถใช้ประโยชน์ในรูปแบบที่ไม่ได้เกิดจากข้อบกพร่อง?
13 security  bug  hacking 

9
โปรแกรมที่ไม่มีข้อผิดพลาดตามหลักวิชา
ฉันได้อ่านบทความมากมายที่ระบุว่ารหัสไม่สามารถปราศจากข้อบกพร่องและพวกเขากำลังพูดถึงทฤษฎีบทเหล่านี้: ปัญหาการหยุดชะงัก ทฤษฎีความไม่สมบูรณ์ของGödel ทฤษฎีบทของข้าว อันที่จริงทฤษฎีบทของไรซ์ดูเหมือนว่ามีความหมายของปัญหาการหยุดชะงักและปัญหาการหยุดชะงักอยู่ในความสัมพันธ์ใกล้ชิดกับทฤษฎีบทที่ไม่สมบูรณ์ของGödel สิ่งนี้หมายความว่าทุกโปรแกรมจะมีพฤติกรรมที่ไม่ตั้งใจอย่างน้อยหนึ่งรายการหรือไม่ หรือหมายความว่าไม่สามารถเขียนรหัสเพื่อยืนยันได้ สิ่งที่เกี่ยวกับการตรวจสอบแบบเรียกซ้ำ? สมมติว่าฉันมีสองโปรแกรม ทั้งคู่มีข้อบกพร่อง แต่ไม่มีข้อผิดพลาดร่วมกัน จะเกิดอะไรขึ้นถ้าฉันเรียกใช้พร้อมกัน และแน่นอนว่าการพูดคุยส่วนใหญ่พูดถึงเครื่องทัวริง สิ่งที่เกี่ยวกับระบบอัตโนมัติเชิงเส้นตรง (คอมพิวเตอร์จริง)?
12 bug  theory 

6
การดีบัก: ทำความเข้าใจรายละเอียดเกี่ยวกับสาเหตุที่การแก้ไขบางอย่างทำงาน [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว เมื่อทำการดีบักบางครั้งฉันพบว่าฉันทำการเปลี่ยนแปลงบางอย่างและฉันไม่แน่ใจ 100% ว่าทำไมการเปลี่ยนแปลงเหล่านั้นจึงแก้ไขข้อผิดพลาดบางอย่างในโปรแกรม จำเป็นหรือไม่ที่จะต้องเข้าใจทุกรายละเอียดว่าทำไมข้อผิดพลาดบางอย่างจึงเกิดขึ้นและทำไมการเปลี่ยนแปลงบางอย่างจึงกำจัดข้อผิดพลาดเหล่านั้นออกไป หรือเป็นเรื่องปกติในหมู่นักพัฒนาเพื่อให้โปรแกรมทำงานโดยไม่ทราบรายละเอียดเกี่ยวกับสาเหตุที่โปรแกรมแก้ไขทำงานจริงหรือ
12 skills  debugging  bug 

4
คำว่า day-one-bug หมายถึงอะไร
ฉันเจอคำศัพท์นี้เมื่อไม่นานมานี้ในห่วงโซ่จดหมาย Google บอกฉันว่ามีบั๊กแบบ zero-dayและ Microsoft และ Adobe เป็น frontrunners :) มีคำเช่นวันหนึ่งบั๊กหรือไม่ นั่นแปลว่าอะไร?
12 terminology  bug 

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

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.