雖然軟體測試佔軟體開發成本的40%以上，花費的資源又多，但是在許多軟體專案中，測試所受到的重視程度卻遠不如設計和開發。隨著軟體技術日趨複雜，測試的困難度也日漸增加。再加上測試無法獲得應有之重視或資源，更使測試無法發揮效果，來為軟體品質的最後一道關卡把關。因此，如何做好軟體測試並發揮預期效益，實在是一個值得探討的問題。

由於軟體測試技術的發展已有數十年之久，本研究認為軟體測試在技術上的支援已有一定的成熟度。但是現在仍然有很多專案無法將軟體測試做好，本研究認為其原因大多與軟體測試不受重視有關，因此在管理面有再加強的必要。為了有效控制軟體測試的品質，有必要建立一套測試制度，以作為軟體測試施行的依據。

本研究融合軟體測試、制度理論和控制理論，以提出一個理想的軟體測試制度。最後再透過個案分析的方式，來補充理想的軟體測試制度。本研究透過軟體測試相關理論的探討，來建立一套軟體測試的運作程序；並將測試的生命週期區分為規劃、設計和執行三階段。透過制度理論的六個面向，來建立一套運作規則，以作為施行上的依據。透過控制理論，可以強化控制機制，使軟體測試的進行方向，更能符合預定的目標。

從個案的研究和分析，本研究認為理想的軟體測試制度仍可適用於共同開發的外包專案，並且有下列重要的發現：當外包雙方都需要執行測試的活動時，雙方仍需要訂定各自的測試計畫，但時程應該盡量一致，避免資源的閒置或產生軟體或文件不一致的問題。再者，由於外包雙方都參與開發和測試，也都會產生程式碼及相關文件；為避免雙方的軟體或文件版本發生不一致的狀況，可以將版本控管規則制定在規範中，作為執行的依據。透過一個組態管理機制，也可以減少不必要的衍生問題。

Even though software testing takes more than 40% of the total development cost, especially the massive amount of devoted efforts and resources, software testing is nevertheless the least respectable part in many software projects when comparing to design and development. The challenge becomes bigger as the software becomes more complicated. This has been further compounded by lacking of appropriate attention and suitable resource allocation. As a result, it becomes a global concern and issue on how software testing can be more effective to guard the software quality control.

Software testing techniques have evolved for decades and almost reached the maturity level. Why software testing is not successful is mostly related to lacking of enough respect by management. Therefore, creating a software testing institution is necessary to put enough control on the process and to establish a regulation for implementation.

This research employs software testing theory standards, institutional theory and control theory to come out with an ideal software testing institution. A case study is used to validate the ideal software testing institution. Software testing theories are to create a software testing process, which can be divided into planning, design and execution phases. Institutional theory is to create a regulation and as a basis for implementation. Control theory is to empower control mechanisms on testing to ensure the progress comply with the final goals.

The ideal software testing institution provided by this research is appropriate for joint-development outsourcing project. When both customer and vendor are involved in testing, it’s recommended to define separate test plans with consistent schedule to prevent from resource idle or inconsistency between software and documentation. Since both parties will produce software source code and documentation, it’s also recommended to define the working model and version control rules as a basis for cooperation. Finally, Employing configuration management can avoid unnecessary conflicts and confusion.

第一章 緒 論 1
第一節 研究背景 1
第二節 研究動機 2
第三節 研究目的 2
第四節 研究範圍 2
第五節 研究流程 3
第二章 文獻探討 5
第一節 軟體測試的定義 5
第二節 軟體測試的目的 8
第三節 軟體測試的方法 9
第四節 軟體測試的種類 14
第五節 軟體測試的規劃和執行 29
第六節 軟體測試的終止 49
第七節 軟體測試的組織 51
第八節 軟體測試的衡量指標 55
第九節 制度理論 57
第十節 控制理論 61
第三章 研究方法 67
第一節 研究架構 68
第二節 研究設計 69
第三節 資料分析 70
第四章 理想的軟體測試制度 72
第一節 人事 73
第二節 宗旨 75
第三節 規範 75
第四節 物質機構 78
第五節 活動 80
第六節 功能 91
第七節 理想的軟體測試作業規範 92
第五章 個案分析 95
第一節 個案背景簡介 95
第二節 個案情境描述 99
第三節 資料分析及建議 106
第六章 專家訪談及驗證 113
第一節 專家訪談 113
第二節 驗證結果 117
第三節 修正理想的軟體測試制度 121
第四節 研究心得 122
第七章 結論與建議 124
第一節 結論 124
第二節 本研究之貢獻 125
第三節 後續研究方向的建議 125
參考文獻 127
附錄一、A公司個案訪談大綱 131
附錄二、專家驗證之訪談大綱 132

[1] 工業技術研究院產業經濟與資訊服務中心(2002年10月)，國內半導體設備發展與市場切入之機會研究。
[2] 王躍生(1997)，新制度主義，台北：揚智文化事業。
[3] 艾碼科技股份有限公司(iMES Technology, Intelligent Manufacturing Enterprise Solutions Tech. Inc，為工業技術研究院正式衍生成立公司)，http://www.imestech.com/chinese/06_about/01company.asp。
[4] 吳曲輝等譯(1996年7月)，社會學理論的結構，(Turner, Janathan H. The Structure of Sociological Theory, 1986)，桂冠圖書股份有限公司。
[5] 吳芝儀、李奉儒譯(1999年8月)，值的評鑑與研究，(Michael Quinn Patton. Qualitative Evaluation and Research Method. 1990)，桂冠圖書公司。
[6] 林信惠、黃明祥、王文良著(2003年8月)，軟體專案管理 ，智勝文化事業有限公司。
[7] 林信惠、黃明祥、王文良著(2005年7月再版)，軟體專案管理，智勝文化事業有限公司。
[8] 尚榮安譯(2001年2月)，個案研究，(Robert K. Yin. Case Study Research: Design and Methods, 1994)，弘智文化。
[9] 飛思科技產品研發中心(2005)，軟體測試理論與實作，博碩文化。
[10] 財團法人資訊工業策進會譯(2005)，能力成熟度整合模式(1.1版)，(Capability Maturity Model Integration (CMMI): Continuous Representation. 2002).
[11] 陳光中、秦文力、周愫嫻合譯(1992年2月)，社會學，(Neil J. Smelser. Sociology)，桂冠圖書股份有限公司。
[12] 張承漢譯(1993年10月)，社會學，(Leonard Broom, Charles M. Bonjean, Dorothy H. Broom, Sociology: a core text with adapted readings)，巨流圖書公司。
[13] 葉啟政(1991)，制度化的社會邏輯，東大圖書公司。
[14] 鄒理民譯(1991年12月)，社會實體的建構，(P. L. Berger & T. Luckmann. The social construction of reality) ，巨流圖書公司。
[15] 趙善中、趙薇、尤柄文合編(2003年6月)，軟體工程，儒林圖書公司。
[16] 劉瑞華譯(1994)，制度、制度變遷與經濟成就，(Douglass C. North. Institutions, Institutional Change and Economic Performance. 1990)，台北：時報文化出版社。
[17] Beizer, Boris (1984). Software System Testing and Quality Assurance. New York: Van Nostrand Reinhold.
[18] Beizer, Boris (1990). Software Testing Techniques (2nd Ed.). New York: Van Nostrand Reinhold.
[19] Berard, Edward V. (1996). Bringing Testing Into the Fold. IEEE Software.
[20] Carnegie Mellon University software Engineering Institute (Mar. 2002). Capability Maturity Model Integration (CMMI): Continuous Representation (version 1.1).
[21] Choudhury, Vivek & Sabherwal, Rajiv (Sep. 2003). Portfolios of Control in Outsourced Software Development Projects. Information Systems Research, Vol. 14, No. 3, Sep. 2003, pp. 291-314.
[22] Dunn, Robert H. (1992). The Quest for Software Reliability. In Schulmeyer, G. Gordon & McManus, James I. (Eds.), Handbook of Software Quality Assurance (2nd Ed.). New York: Van Nostrand Reinhold
[23] Freeman, Harrine (Sep. 2002). Software Testing. IEEE Instrumentation & Measurement Magazine, pp.48-50.
[24] Futrell, Robert T., Shafer, Donald F. & Shafer, Linda I. (Eds.) (2002). Quality Software Project Management. Upper Saddle River, NJ: Prentice Hall.
[25] Gelperin, David & Hetzel, Bill (1988). The growth of Software Testing. Communication of the ACM, Vol. 31, No. 6, June 1988, pp.687-695.
[26] Goodenough, J. B. (1979). A Survey of Program Testing Issues. In Wenger, P., Research Directions in Software Technology. The MIT Press, pp. 316-340
[27] Harrold, Mary Jean (2002). Testing: A Roadmap. ACM Press, May 2000.
[28] Henderson, John C. & Lee, Soonchul (Jun. 1992). Managing I/S Design Teams: A Control Theories Perspective. Management Science, Vol. 38, No. 6, Jun. 1992, pp. 757-777.
[29] Hetzel, Bill (1988). The Complete Guide to Software Testing (2nd ed.). Wellesley, Mass.: QED Information Sciences.
[30] Humphrey, Watts S. (1989). Managing the Software Process. Reading, Mass.: Addison-Wesley.
[31] IEEE (1986). IEEE Standard for Software Verification and Validation Plans (Reaff. 1992). IEEE Std 1012-1986.
[32] IEEE (1987). IEEE Standard for Software Unit Testing. IEEE Std 1008-1987.
[33] IEEE (1990). IEEE Standard Glossary of Software Engineering Terminology. IEEE Std 610.12-1990.
[34] IEEE (1998). IEEE Standard for Software Test Documentation. IEEE Std 829-1998.
[35] IEEE (2004). IEEE Standard for Software Verification and Validation (Revision of IEEE Std 1012-1998). IEEE Std 1012-2004.
[36] Kaner, Cem, Falk, Jack & Nguyen, Hung Q. (Eds.) (1993). Testing computer software (2nd Ed.). New York: Van Nostrand Reinhold.
[37] Kirsch, Laurie J. and Cummings, Larry L. (1996). Contextual Influence on Self-Control of IS Professionals Engage in Systems Development. Accounting, Management and Information Technologies, Vol. 6, No. 3, 1996, pp. 191-219.
[38] Kirsch, Laurie J. (Sep. 1997). Portfolios of Control Mode and IS Project Management. Information Systems Research, Vol. 8, No. 3, Sep. 1997, pp.215-239.
[39] Kirsch, Laurie J; Sambamurthy, V.; Ko, Dong-Gil; Purvis, Russell L. (Apr. 2002). Controlling Information Systems Development Projects: The View from the Client. Management Science, Vol. 48, No. 4, Apr. 2002, pp.484-498.
[40] Kit, Edward (1995). Software Testing in the real world: improving the process. Mass.: Addison-Wesley Pub. Co.
[41] MESA International (Mar. 1997). MES Functionalities & MRP to MES Data Flow Possibilities. White Paper Number 2.
[42] MESA International (Sep. 1997). MES Explained: A High Level Vision. White Paper Number 6.
[43] Murdock, George Peter (1943). Bronislaw Malinowski. American Anthropologist, Vol. 45, No. 3, Part 1, Jul. 1943, pp.441-451.
[44] Myers, Glenford J. (1979). The art of software testing. New York: Wiley.
[45] Osterweil, Leon Et Al. (Dec. 1996). Strategic Directions in Software Quality. ACM Computing Surveys, Vol. 28, No. 4, pp.738-750.
[46] Ouchi, William G. (Sep. 1979). A Conceptual Framework for the Design of Organizational Control Mechanisms. Management Science, Vol. 25, No. 9, Sep. 1979, pp. 833-848.
[47] Pfleeger, Shari Lawrence (1991). Software Engineering: The Production of Quality Software (2nd Ed.). New York: Macmillan Pub. Co.; Toronto: Collier Macmillan Canada; New York: Maxwell Macmillan International.
[48] Pressman, Roger S. (1992). Software Engineering: A Practitioner’s Approach (3rd Ed.). New York: McGraw-Hill.
[49] Stake, Robert E. (2000). Case studies. In Norman K. Denzin and Yvonna S. Lincoln (Eds.), Handbook of Qualitative Research (2nd ed.) (pp.435-454). Thousand Oaks, CA: Sage Publications.
[50] Whittaker, James A. (Jan./Feb. 2000). What Is Software Testing? And Why Is It So Hard?. IEEE SOFTWARE, pp.70-79.