1. IntroductionIndustry and governm

1. Introduction


Industry and government organizations such as Wall Mart and General Motors increasingly adopt open source software (OSS) as alternative solution to proprietary commercial software products. Some well known OSS prod- ucts, e.g., HTTP Server or Apache Tomcat, can be con- sidered successful as they currently dominate their particular application domains as reported by Netcraft1 and The Serverside2 .
OSS projects can be viewed as extreme form of distributed software development based on criteria suggested by [4], such as: (a) highly distributed and volunteer contributors, (b) considerable cultural and time zone differences of contributor teams, (c) weak formal design, and (d) weak formal project and quality management. As software quality is believed to be strongly dependent on the quality of the software development process, quality assurance (QA) professionals and customers are particularly concerned about the quality of released OSS products and are interested in risk assessment of the associated OSS development processes. This background raises the need for investigating QA activities commonly performed by more or less successful OSS project communities in their development processes. From QA point of view, we can view Linus Torvalds’s [8] style of OSS development to produce high quality software, which encompasses the following practices: release early and often, delegate everything you can, be open to the point of promiscuity as a spawning ground for collaboration among developers and users to perform bug detection, bug assessment, bug tracking, and code peer review. In a commercial software project, in more semi-formal way some of these activities seem similar to inspection [2], which is an effective but also expensive approach to QA; however the community in OSS project has tackled the financial barrier as they build on self motivated volunteers.

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

บทนำองค์กรอุตสาหกรรมและรัฐบาลเช่นวอลล์มาร์ทและมอเตอร์นำซอฟต์แวร์ (OSS) เป็นผลิตภัณฑ์ซอฟต์แวร์ที่มีลิขสิทธิ์ทางการค้าอื่นมากขึ้น บางรู้จัก OSS ผลิต-ucts เช่น เซิร์ฟเวอร์ HTTP หรือ Apache Tomcat สามารถปรับความสำเร็จ เพราะพวกเขากำลังครองโดเมนของโปรแกรมประยุกต์เฉพาะที่รายงาน โดย Netcraft1 และ Serverside2OSS projects can be viewed as extreme form of distributed software development based on criteria suggested by [4], such as: (a) highly distributed and volunteer contributors, (b) considerable cultural and time zone differences of contributor teams, (c) weak formal design, and (d) weak formal project and quality management. As software quality is believed to be strongly dependent on the quality of the software development process, quality assurance (QA) professionals and customers are particularly concerned about the quality of released OSS products and are interested in risk assessment of the associated OSS development processes. This background raises the need for investigating QA activities commonly performed by more or less successful OSS project communities in their development processes. From QA point of view, we can view Linus Torvalds’s [8] style of OSS development to produce high quality software, which encompasses the following practices: release early and often, delegate everything you can, be open to the point of promiscuity as a spawning ground for collaboration among developers and users to perform bug detection, bug assessment, bug tracking, and code peer review. In a commercial software project, in more semi-formal way some of these activities seem similar to inspection [2], which is an effective but also expensive approach to QA; however the community in OSS project has tackled the financial barrier as they build on self motivated volunteers.

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

1. บทนำอุตสาหกรรมและองค์กรภาครัฐเช่นผนัง Mart และ General Motors มากขึ้นนำมาใช้ซอฟต์แวร์โอเพนซอร์ส (OSS) เป็นโซลูชั่นทางเลือกให้กับผลิตภัณฑ์ซอฟต์แวร์เชิงพาณิชย์ที่เป็นกรรมสิทธิ์ บางคนที่รู้จักกันดี OSS ucts prod- เช่น HTTP Server หรือ Apache Tomcat สามารถจึงดูเสมือนประสบความสำเร็จเท่าที่พวกเขากำลังครองโดเมนโปรแกรมประยุกต์เฉพาะของพวกเขาตามที่รายงานโดย Netcraft1 และ Serverside2. โครงการ OSS สามารถดูเป็นรูปแบบที่รุนแรงของการพัฒนาซอฟต์แวร์ที่เผยแพร่ ตามเกณฑ์ที่แนะนำโดย [4] เช่น (ก) การกระจายสูงและอาสาสมัครร่วมสมทบ (ข) มากทางวัฒนธรรมและเวลาที่แตกต่างของโซนของทีมงานมีส่วนร่วม (ค) การออกแบบอย่างเป็นทางการอ่อนแอและ (ง) โครงการอย่างเป็นทางการที่อ่อนแอและมีคุณภาพ การจัดการ. ในฐานะที่เป็นซอฟต์แวร์ที่มีคุณภาพเป็นที่เชื่อกันว่าจะขึ้นอยู่กับคุณภาพของกระบวนการพัฒนาซอฟแวร์การประกันคุณภาพ (QA) มืออาชีพและลูกค้ามีความกังวลโดยเฉพาะอย่างยิ่งเกี่ยวกับคุณภาพของผลิตภัณฑ์ OSS เปิดตัวและมีความสนใจในการประเมินความเสี่ยงของกระบวนการพัฒนาที่เกี่ยวข้อง OSS พื้นหลังนี้ทำให้เกิดความจำเป็นในการตรวจสอบการดำเนินการกิจกรรมการควบคุมคุณภาพโดยทั่วไปมากขึ้นหรือประสบความสำเร็จน้อยชุมชนโครงการ OSS ในกระบวนการพัฒนาของพวกเขา จากจุดควบคุมคุณภาพในมุมมองของเราสามารถดู Linus Torvalds ของ [8] รูปแบบของการพัฒนาโอเอสในการผลิตซอฟต์แวร์ที่มีคุณภาพสูงซึ่งครอบคลุมการปฏิบัติต่อไปนี้: การเปิดตัวในช่วงต้นและมักจะมอบหมายทุกสิ่งที่คุณสามารถจะเปิดให้จุดสำส่อนเป็นวางไข่ที่ พื้นดินสำหรับการทำงานร่วมกันในหมู่นักพัฒนาและผู้ใช้ในการดำเนินการตรวจสอบข้อผิดพลาดการประเมินข้อผิดพลาดการติดตามปัญหาและการทบทวนรหัส ในโครงการซอฟต์แวร์เชิงพาณิชย์ในทางมากขึ้นกึ่งทางการบางส่วนของกิจกรรมเหล่านี้ดูเหมือนคล้ายกับการตรวจสอบ [2] ซึ่งเป็นแนวทางที่มีประสิทธิภาพ แต่ยังมีราคาแพงเพื่อควบคุมคุณภาพ; แต่ชุมชนในโครงการ OSS ได้ tackled อุปสรรคทางการเงินที่พวกเขาสร้างแรงบันดาลใจอาสาสมัครด้วยตนเอง