我以前完全沒有接觸測試工作，一切測試都是由公司的工程師'自行全權處理'，相關的技術文件也付之闕如，但是經過這次'軟體測試班'上課後，深覺測試需要介入的時機和考慮的地方比我想像中的多.....
敝公司目前約有50%以上都是採 Outsourcing，因為廠商良莠不齊加上產業特質需求變動頻繁，後續有些案子變成和廠商在'博感情'，造成後續產生許多原本應該事前能避免的問題，想請問該如何處理Outsourcing的「測試」? 是否也有管理規範或標準可循呢 ??

　　軟體的開發不論是不是外包，都需要測試的工作。只是對於外包的系統，為避免專案到了測試驗收的階段衍生一堆問題，通常事先要做好規劃的工作。

　　這些規劃工作包括需求規劃、專案管理規劃、驗收準則的律定等等。但是，國內系統外包案最大的問題常常會發生「需求不明確」「業主講不清楚自己要的是什麼」，因此，專案的進行常常是「且戰且走」、「走一步算一步」，當然，這些狀況的發生，其實開發商也有很大的責任，因為，普遍來說，系統開發團隊的系統工程觀念及技術能力都不夠充分，因此，這樣的系統分析師當然也就無法導引使用者或客戶把需求談清楚，而我們國內的工程師，他們會的只是如何寫程式，而他們的老闆也只知道要這樣子的人，因為他們認為能把系統寫出來，就可以把案子結掉，不太去重視工程面的規劃、設計。

最近我們監控案子裡的一家軟體下包商，先前一直告訴我他們有多少成功的案例，他們也不喜歡我們協會按部就班的管理風格，所以一直非常抗拒我們的要求--把文件寫好。直到該交付系統需求規格書時，才發現他們除了會寫程式之外，什麼都有問題，例如：流程圖、資料流程圖都畫不好，合約中的需求、以及需求訪談的結果也不曉得要列入其中，然後，文件中到處充斥著使用者介面及幾個系統的架構圖，然後就是使用者介面上各項按鈕的說明，我給他們的評語是----這份需求規格書根本是「系統使用者手冊」，但從「系統使用者手冊」的角度來看，又不足以稱為「使用者手冊」。

　　對於外包案的測試，要先做好需求規劃、管理規劃及訂定驗收策略，因為這是最基本的工作，也是後續測試驗收的依據。不論後續的測試工作是由業主的代表，或是由開發商執行，業主見證測試的作業，都脫離不了最原始的需求及驗收策略。

　　截至目前為止，不論是各標準組織或是美國軍方，都沒有獨立的外包測試驗收標準或規範，而是針對於各個專案的特性來思考測試評估的問題。但儘管如此，不論是不是外包軟體，測試及測試管理是沒有差異的，也就是說，同樣的測試原理、測試技術都可以應用在自行發展或外包開發的軟體上。

本會提供的課程內容都可以應用在對外包軟體的測試與驗收上，您在實際的應用上有任何的問題，歡迎隨時提問討論。

----------------
引文: