Software inspections, in which deve

Software inspections, in which developers subject their code to review by peers or other stakeholders to identify defects, was developed by Michael Fagan in 1976 [12]. Since then, it has been established as an effective quality improvement practice [6], [35]. Even with the benefits offered by software inspections, their relatively high cost and time requirements have reduced the prevalence with which software teams, in general, adopt them [19]. Conversely, many mature, successful OSS projects have recently adopted peer code reviews (informal software inspection) as an important quality assurance mechanism.

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

ตรวจสอบซอฟต์แวร์ การพัฒนาเรื่องของรหัสการตรวจทาน โดยเพื่อนหรือเสียเพื่อระบุข้อบกพร่อง มีพัฒนา โดย Michael Fagan ใน 1976 [12] หลังจากนั้น จะมีการสร้างเป็นมีคุณภาพมีประสิทธิภาพปรับปรุงปฏิบัติ [6], [35] กับ benefits นำเสนอ โดยตรวจสอบซอฟต์แวร์ ค่าใช้จ่ายค่อนข้างสูงและความต้องการเวลาของพวกเขาได้ลดความชุกที่ทีมงานซอฟต์แวร์ ทั่วไป นำไป [19] ในทางกลับกัน สำเร็จ ผู้ใหญ่ OSS โครงการมากมีเพิ่งนำเพียร์รีวิวรหัส (ตรวจสอบซอฟต์แวร์ที่ไม่เป็นทางการ) เป็นกลไกการประกันคุณภาพที่สำคัญ

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

การตรวจสอบซอฟแวร์ที่พัฒนาภายใต้รหัสของพวกเขาในการตรวจสอบจากเพื่อนร่วมงานหรือผู้มีส่วนได้เสียอื่น ๆ เพื่อระบุข้อบกพร่องที่ได้รับการพัฒนาโดยไมเคิล Fagan ในปี 1976 [12] ตั้งแต่นั้นมาจะได้รับการยอมรับในฐานะการปฏิบัติที่มีประสิทธิภาพการปรับปรุงคุณภาพ [6], [35] ถึงแม้จะมีสายประโยชน์ทีเอสที่นำเสนอโดยการตรวจสอบซอฟต์แวร์ที่ค่าใช้จ่ายที่ค่อนข้างสูงและความต้องการของพวกเขาเวลาที่มีการลดความชุกที่ทีมซอฟแวร์โดยทั่วไปนำพวกเขา [19] ตรงกันข้ามหลายผู้ใหญ่ที่ประสบความสำเร็จโครงการ OSS เมื่อเร็ว ๆ นี้ได้นำความคิดเห็นรหัสเพียร์ (การตรวจสอบซอฟแวร์อย่างไม่เป็นทางการ) เป็นกลไกการประกันคุณภาพที่สำคัญ

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

การตรวจสอบซอฟต์แวร์ที่พัฒนาเรื่องรหัสของพวกเขาเพื่อทบทวนโดยเพื่อนร่วมงานหรือผู้มีส่วนได้เสียอื่น ๆเพื่อระบุข้อบกพร่องที่ถูกพัฒนาขึ้นโดย ไมเคิล ฟาแกน ในปี 1976 [ 12 ] หลังจากนั้น ได้มีการสร้างเป็นประสิทธิภาพการปฏิบัติการพัฒนาคุณภาพ [ 6 ] , [ 3 ] แม้แต่กับดีจึง TS เสนอ โดยตรวจสอบซอฟต์แวร์ต้นทุนค่อนข้างสูงของพวกเขาและความต้องการเวลาลดความชุกที่ทีมงานซอฟต์แวร์โดยทั่วไปอุปการะพวกเขา [ 19 ] แต่ผู้ใหญ่หลายโครงการ OSS ประสบความสำเร็จเพิ่งประกาศใช้รหัสเพื่อนรีวิว ( ตรวจสอบซอฟต์แวร์ที่ไม่เป็นทางการ ) เป็นกลไกสำคัญการประกันคุณภาพ
.