In software development, bug report

In software development, bug reports provide crucial information todevelopers. However,these reports widely differ in their quality. We conducted a survey among developers and users of APACHE, ECLIPSE, and MOZILLA to find out what makes a good bug report. The analysis of the 466 responses revealed an information mismatch between what developers need and what users supply. Most developers consider steps to reproduce, stack traces, and test cases as helpful, which are at the same time most difficult to provide for users. Such insight is helpful to design new bug tracking tools that guide users at collecting and providing more helpful information. Our CUEZILLA prototype is such a tool and measures the quality of new bug reports; it also recommends which elements should be added to improve the quality. We trained CUEZILLA on a sample of 289 bug reports,rated by developers as part of the survey. In our experiments, CUEZILLA was able to predict the quality of 31–48% of bug reports accurately.

ผลลัพธ์ (ไทย) 1:

ในการพัฒนาซอฟต์แวร์ รายงานข้อผิดพลาดให้ todevelopers ข้อมูลที่สำคัญ อย่างไรก็ตาม รายงานเหล่านี้อย่างกว้างขวางแตกต่างกันในคุณภาพของพวกเขา เราได้ทำการสำรวจในหมู่นักพัฒนาและผู้ใช้ APACHE, ECLIPSE และ MOZILLA ออกสิ่งที่ทำให้รายงานข้อผิดพลาดที่ดีกับ การวิเคราะห์การตอบสนองที่ 466 เปิดเผยเป็นข้อมูลไม่ตรงกันระหว่างสิ่งที่ต้องพัฒนาและจัดหาของผู้ใช้ นักพัฒนาส่วนใหญ่พิจารณาขั้นตอนการทำซ้ำ กองร่องรอย และกรณีทดสอบเป็น ซึ่งเป็นเวลาเดียวกัน difficult มากที่สุดเพื่อให้ผู้ ความเข้าใจดังกล่าวเป็นประโยชน์ในการออกแบบบกพร่องใหม่ติดตามเครื่องมือที่แนะนำผู้ใช้ที่เก็บรวบรวม และให้ข้อมูลที่เป็นประโยชน์มากขึ้น ต้นแบบ CUEZILLA ของเราเป็นเครื่องมือ และวัดคุณภาพของรายงานข้อผิดพลาดใหม่ มันยังแนะนำควรเพิ่มองค์ประกอบที่ปรับปรุงคุณภาพ เราสามารถฝึก CUEZILLA ในตัวอย่างของรายงานข้อผิดพลาด 289 คะแนน โดยพัฒนาเป็นส่วนหนึ่งของการสำรวจ ในการทดลองของเรา CUEZILLA ก็สามารถทำนายคุณภาพ 31 – 48% ของรายงานข้อบกพร่องได้อย่างถูกต้อง

ผลลัพธ์ (ไทย) 2:

ในการพัฒนาซอฟต์แวร์รายงานข้อผิดพลาดให้ todevelopers ข้อมูลสำคัญ อย่างไรก็ตามรายงานเหล่านี้กันอย่างแพร่หลายแตกต่างในคุณภาพของพวกเขา เราได้ทำการสำรวจในหมู่นักพัฒนาและผู้ใช้ APACHE คราสและ Mozilla เพื่อ fi nd สิ่งที่ทำให้เกิดข้อผิดพลาดที่ดี การวิเคราะห์การตอบสนองที่ 466 เปิดเผยข้อมูลที่ไม่ตรงกันระหว่างอุปสงค์สิ่งที่นักพัฒนาต้องการและสิ่งที่ผู้ใช้ นักพัฒนาส่วนใหญ่พิจารณาขั้นตอนในการทำซ้ำร่องรอยสแต็คและกรณีทดสอบที่เป็นประโยชน์ซึ่งเป็นในเวลาเดียวกันยากที่มากที่สุดในการให้บริการสำหรับผู้ใช้ ความเข้าใจดังกล่าวจะเป็นประโยชน์ในการออกแบบเครื่องมือการติดตามปัญหาใหม่ที่แนะนำผู้ใช้ในการจัดเก็บภาษีและการให้ข้อมูลที่เป็นประโยชน์มากขึ้น ต้นแบบ CUEZILLA ของเราเป็นเช่นเครื่องมือและมาตรการที่มีคุณภาพของรายงานข้อผิดพลาดใหม่; นอกจากนี้ยังแนะนำว่าองค์ประกอบควรจะเพิ่มในการปรับปรุงคุณภาพ เราได้รับการฝึกฝน CUEZILLA ตัวอย่างของการรายงานข้อผิดพลาด 289 การจัดอันดับโดยนักพัฒนาเป็นส่วนหนึ่งของการสำรวจ ในการทดลองของเรา CUEZILLA ก็สามารถที่จะทำนายคุณภาพของ 31-48% ของการรายงานข้อผิดพลาดได้อย่างถูกต้อง

ผลลัพธ์ (ไทย) 3:

ในการพัฒนาซอฟต์แวร์ การรายงานข้อผิดพลาดให้ todevelopers ข้อมูลสำคัญ อย่างไรก็ตาม รายงานเหล่านี้อย่างกว้างขวางแตกต่างในคุณภาพของพวกเขา เราได้ทำการสำรวจระหว่างนักพัฒนาและผู้ใช้ของ Apache , Eclipse , และ Mozilla เพื่อถ่ายทอดและสิ่งที่ทำให้รายงานข้อผิดพลาดที่ดี การวิเคราะห์การตอบสนองกลับพบข้อมูลที่ไม่ตรงกันระหว่างสิ่งที่นักพัฒนาต้องการ และสิ่งที่ผู้ใช้ใส่ นักพัฒนาส่วนใหญ่พิจารณาขั้นตอนการทำซ้ำ ร่องรอยแตกและกรณีทดสอบเป็นประโยชน์ ซึ่งในเวลาเดียวกันมากที่สุดจึงแยกศาสนาเพื่อให้ผู้ใช้ เช่นข้อมูลเชิงลึกที่เป็นประโยชน์ที่จะได้รับการออกแบบใหม่ติดตามเครื่องมือที่ผู้ใช้คู่มือที่รวบรวมและให้ข้อมูลที่เป็นประโยชน์เพิ่มเติม ต้นแบบ cuezilla ของเราเป็นเช่นเครื่องมือและการวัดคุณภาพของรายงานบั๊กใหม่ มันยังแนะนำว่าองค์ประกอบใดที่ควรเพิ่มเพื่อปรับปรุงคุณภาพ เราฝึก cuezilla มี 289 รายงานข้อผิดพลาด , การจัดอันดับโดยนักพัฒนาเป็นส่วนหนึ่งของการสำรวจ ในการทดลองของเรา cuezilla สามารถทำนายคุณภาพ 31 48 % ของการรายงานข้อผิดพลาดที่ถูกต้อง