Yasutaka Kamei, et al. [1] have emp

Yasutaka Kamei, et al. [1] have empirically validated their prediction model on a number of large software projects, both under open source as well as commercial categories. They report that on average, 64% of defect-inducing changes are actually detected (recall) with an accuracy of 68% and a precision of 34% in both the categories. Here recall is defined as “the ratio of correctly predicted defect-inducing changes to the total number of defect inducing changes;” and accuracy is defined as “the ratio of correctly classified changes (both defect-inducing and nondefect-inducing) with respect to the total number of changes.” Precision is defined as “the ratio of correctly predicted defect-inducing changes to all changes predicted as defect-inducing.” The advantages of just-in-time quality assurance predictions are threefold. First, they are fine-grained (code-level changes as against file-level or package-level changes are identified, and the files or packages may include many such code segments); second, they identify the specific developer to whom the code review is to be assigned; and third, the predictions are made just-intime, when the changes incorporated are fresh in the minds of the developers.

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

Yasutaka Kamei, et al. [1] ได้ตรวจสอบรุ่นการคาดเดาของโครงการซอฟต์แวร์ขนาดใหญ่ ทั้งภายใต้ empirically เปิดแหล่งรวมค้าประเภท พวกเขารายงานโดยเฉลี่ย 64% เปลี่ยนแปลง inducing ความบกพร่องตรวจพบจริง (เรียกคืน) มีความถูกต้องของ 68% และความแม่นยำของ 34% ในทั้งสองประเภท ที่นี่เรียกคืนถูกกำหนดเป็น "อัตราส่วนของคาดการณ์ถูกต้อง inducing บกพร่องเปลี่ยนแปลงจำนวนของข้อบกพร่อง inducing การเปลี่ยนแปลง" และกำหนดความถูกต้องเป็น "อัตราส่วนของลับถูกเปลี่ยนแปลง (inducing บกพร่องและ nondefect inducing) กับจำนวนของการเปลี่ยนแปลง" แม่นยำถูกกำหนดเป็น "อัตราส่วนของคาดการณ์ถูกต้องข้อบกพร่อง inducing เปลี่ยนแปลงเปลี่ยนแปลงทั้งหมดที่คาดว่า เป็นความบกพร่อง inducing" ข้อดีของการคาดคะเนการประกันคุณภาพเพียงในเวลา threefold ครั้งแรก เป็นทรายแป้งละเอียด (เปลี่ยนรหัสระดับเดียวกับระดับแฟ้ม หรือเปลี่ยนแปลงระดับแพคเกจที่ระบุ และแฟ้มหรือแพคเกจอาจมีหลายส่วนเช่นรหัส); สอง พวกเขาระบุพัฒนาเฉพาะที่ผู้ตรวจทานรหัสจะกำหนด และสาม การคาดคะเนจะเพียงอินไทม์ช๊อป เมื่อการเปลี่ยนแปลงที่รวมอยู่ในจิตใจของนักพัฒนา

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

Yasutaka คาเมอิ, et al [1] ได้สังเกตุการตรวจสอบรูปแบบการคาดการณ์ของพวกเขาในจำนวนโครงการซอฟต์แวร์ขนาดใหญ่ทั้งภายใต้การเปิดแหล่งที่มาเช่นเดียวกับประเภทเชิงพาณิชย์ พวกเขารายงานว่าโดยเฉลี่ย 64% ของการเปลี่ยนแปลงการกระตุ้นให้เกิดข้อบกพร่องที่ตรวจพบจริง (จำ) ที่มีความแม่นยำ 68% และความแม่นยำ 34% ทั้งในประเภทหนึ่ง นี่คือการเรียกคืนหมายถึง "อัตราส่วนของอย่างถูกต้องคาดการณ์การเปลี่ยนแปลงข้อบกพร่องชักนำกับจำนวนของข้อบกพร่องที่ทำให้เกิดการเปลี่ยนแปลง" และความถูกต้องถูกกำหนดให้เป็น "อัตราส่วนของการเปลี่ยนแปลงที่จัดได้อย่างถูกต้อง (ทั้งข้อบกพร่องชักนำและ nondefect ชักนำ) ด้วยความเคารพ จำนวนรวมของการเปลี่ยนแปลง. "แม่นยำถูกกำหนดให้เป็น" อัตราส่วนของการเปลี่ยนแปลงที่คาดการณ์ได้อย่างถูกต้องข้อบกพร่องชักนำไปสู่​​การเปลี่ยนแปลงทั้งหมดที่คาดการณ์ไว้เป็นข้อบกพร่องชักนำ. "ข้อดีของการเพียงในเวลาที่การคาดการณ์การประกันคุณภาพเป็นสามเท่า เป็นครั้งแรกที่พวกเขาจะปรับเม็ดเล็ก (การเปลี่ยนแปลงรหัสระดับเมื่อเทียบกับระดับการเปลี่ยนแปลงไฟล์หรือแพคเกจระดับจะมีการระบุและไฟล์หรือแพคเกจอาจรวมถึงกลุ่มรหัสดังกล่าวจำนวนมาก); สองพวกเขาระบุเฉพาะเจาะจงในการพัฒนาผู้ตรวจสอบรหัสที่จะได้รับมอบหมาย และสามการคาดการณ์ที่ทำเพียงแค่ Intime เมื่อมีการเปลี่ยนแปลงรวมมีความสดในจิตใจของนักพัฒนา

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

yasutaka Kamei et al . [ 1 ] ได้ใช้ตรวจสอบแบบจำลองการทำนายของพวกเขาจำนวนของโครงการซอฟต์แวร์ขนาดใหญ่ ทั้งภายใต้เปิดแหล่งที่มาประเภทเช่นเดียวกับการค้า พวกเขารายงานว่าโดยเฉลี่ย 64% ของข้อบกพร่องกระตุ้นการเปลี่ยนแปลงจริง ๆ ตรวจพบ ( เรียกคืน ) ด้วยความถูกต้องของ 68 % และความแม่นยำของ 34% ในทั้งสองประเภทที่นี่เรียกหมายถึง " อัตราส่วนของคาดการณ์ได้อย่างถูกต้องข้อบกพร่องกระตุ้นการเปลี่ยนแปลงจำนวนของข้อบกพร่องกระตุ้นการเปลี่ยนแปลง ; " และ " ความถูกต้อง หมายถึง อัตราส่วนของการเปลี่ยนแปลง ( จำแนกถูกต้องข้อบกพร่องทั้งกระตุ้นและ nondefect inducing ) เกี่ยวกับจำนวนรวมของการเปลี่ยนแปลง" แน่นอน หมายถึง “อัตราส่วนคาดการณ์ได้อย่างถูกต้องข้อบกพร่องกระตุ้นการเปลี่ยนแปลงการเปลี่ยนแปลงทั้งหมดที่คาดการณ์ไว้เป็นข้อบกพร่องกระตุ้น " ข้อดีของเวลาในการคาดการณ์การประกันคุณภาพเป็นสามเท่า ครั้งแรก , พวกเขาอย่างละเอียด ( ระดับการเปลี่ยนแปลงรหัสเมื่อเทียบกับระดับไฟล์หรือเปลี่ยนแพ็กเกจระดับที่ระบุ และ ไฟล์ หรือแพคเกจดังกล่าวอาจรวมถึงกลุ่มรหัสหลาย ประการที่สองพวกเขาระบุนักพัฒนาโดยเฉพาะ ซึ่งเป็นรหัสตรวจสอบที่ได้รับมอบหมาย และสาม ทำนายให้สนิท เมื่อการเปลี่ยนแปลงรวมสดในจิตใจของนักพัฒนา