測試團隊組建構想2011馬俊強Kingdee2011/10/8目錄1前言31.1開發部現狀32測試人員在軟件開發各階段任務32.1設計42.2編碼42.3測試42.4交付53測試團隊組建53.1測試機構53.2測試團隊地位53.3規范執行51 前言進入公司半年有余，接觸公司的開發項目至今，對公司的情況有了更深的了解。在此提出一些建議，希望可以對部門組建測試團隊起到貢獻微薄之力。1.1 開發部現狀目前開發部完成或未完成的項目基本存在如下情況： 軟件交付遲遲不能按照計劃時間如期交付關閉； 大項目合同金額小，加之開發部人力資源有限，導致項目不賺錢或賠錢； 需求隨著開發的深入不斷的新增或更改； 外包人員的開發能力、對項目不夠負責的態度等問題，不僅導致項目質量的低下，間接導致后續交付的種種問題； 測試團隊依舊沒有雛形，測試人員利用率低下或高投入低產出；上述的幾個問題體現出開發部的人力資源、管理體系和組織機構不夠完善，仍需要管理階層花些心進行規劃完善。2 測試人員在軟件開發各階段任務測試計劃測試設計測試執行測試總結表1：軟件測試流程軟件測試流程如表1，包括測試計劃、測試設計、測試執行及測試總結，測試人員的主要任務： 盡早的發現問題，盡可能的發現軟件程序、系統和產品的問題； 針對問題進行分析、分類總結和跟蹤； 督促開發人員盡快解決程序中的缺陷； 幫助項目管理人員制定合理的開發計劃； 幫助改善開發流程、提高產品開發效率；2.1 設計設計包括需求設計、概要設計和詳細設計，目前開發部的需求設計似乎涵蓋了3種設計；測試人員在該階段需要做的就是：熟悉需求，對需求的熟悉程度應該高于一般的開發人員；2.1.1 現狀深分開發部二次開發項目周期短，項目需求不盡相同，測試人員未參加需求調研和設計，很大程度上是個人對文檔的理解或同項目經理、需求人員的確認。影響：1、對需求理解膚淺不夠深刻； 2、部分需求印象不深或毫無印象，導致需求遺漏； 3、刻意遵守文檔內容或開發人員的設計，缺少個人觀點； 4、編寫測試用例產生該覆蓋的需求沒有涉及，不用驗證的卻編寫了測試用例；2.1.2 建議 需求評審需求設計人員完成軟件需求說明書，要發給參與項目的每位同事進行需求評審，參與評審的人員要列出需求說明書中存在的問題及疑問； 需求評審會需求評審會的目的是講解并解答評審人員針對需求說明書所提出的問題及疑問，更改需求中的問題，完善軟件需求說明書，需求評審會也是加深需求理解的好途徑； 需求變更/新增項目需求變更/新增，必須通知測試人員，更新需求說明書要及時發布最新的版本。注：設計階段可能包括項目開發計劃，此階段要相應的出測試計劃；2.2 編碼編碼階段測試需要編寫測試大綱、測試用例，根據項目具體情況，決定測試用例的詳細程度，但需求功能點必須全部覆蓋。測試用例文檔由簡介和測試用例兩部分組成。簡介部分編制了測試目的、測試范圍、定義術語、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個具體測試用例都將包括下列詳細信息：用例編號、用例名稱、測試等級、入口準則、驗證步驟、期望結果（含判斷標準）、出口準則、注釋等。測試用例是軟件測試的核心，測試用例需要完善的情況包括：第一、在測試過程中發現設計測試用例時考慮不周，功能點缺失；第二、軟件自身的新增功能以及軟件版本的更新（需求新增及變更），測試用例也必須配套修改更新。第三、在軟件交付使用后反饋的軟件缺陷，而缺陷又是因測試用例存在漏洞造成；2.3 測試測試的流程如表1所示，測試執行階段是一項重復勞動，所以我們應該盡量避免無用功。那么測試計劃就顯得相當重要。測試計劃是在軟件測試中最重要的步驟之一，它在軟件開發的前期對軟件測試做出清晰，完整的計劃，不光對整個測試起到關鍵性的作用，而且對開發人員的開發工作，整個項目的規劃，項目經理的審查都有輔助性作用。測試計劃的目的包括：（1）將需求和總體設計分解成可測試，應該測試，推遲測試和無法測試的范圍（2）對每個范圍制訂測試的策略和方法（3）制訂release和停止測試的標準（4）準備測試所需要的環境（5）確定測試風險（6）確定軟件測試目標（7）確定測試所需要的資源其他相關信息（8）制訂測試進度和任務安排2.3.1. 現狀目前開發部測試人員測試計劃設計相對較少，也存在沒有測試計劃的情況，總體來說開發部現在的情況如下：1、 項目周期小，不需要測試人員參與；2、 一個測試人員應付一個項目；3、 測試人員對項目情況不夠了解，工作沒有主觀能動性；4、 開發的人員缺少軟件集成測試，不間斷的更新版本；5、 缺少測試文檔及缺陷管理體系；2.3.2. 建議 重視測試計劃的設計； 完善測試流程，制定測試標準； 需要增加測試人員，完善測試的梯隊；2.4 交付目前部門并沒有出具相應的測試報告或出局了相對簡單的測試報告，測試報告是軟件測試重要的輸出文檔，一個完整的測試報告應該包括如表2，測試報告應該讓看到報告的人對項目測試情況一目了然。內容描述版本信息測試過程發布版本信息記錄測試結論包括用例執行情況、缺陷修復情況等測試缺陷統計缺陷數量統計、分布情況統計及分析圖表遺留缺陷遺留缺陷需要在測試報告中體現，包括無法解決的缺陷測試總結測試中的經驗教訓及改進方案表2：測試報告內容3 測試團隊組建3.1 測試機構測試團隊的組成一般由測試組長、資深測試工程師和初級測試工程師；一、 測試組長：負責項目的管理、測試計劃、測試用例、任務安排等；二、 測試設計人員/資深測試工程師，產品設計規格說明書的審查、測試用例的設計、技術難題的解決、培訓和指導、實際測試任務的執行；三、 一般（初級）測試工程師，執行測試用例和相關的測試任務。四、 需要的情況下可以設置專門的性能測試工程師； 圖1：測試梯隊目前，公司希望幾個分散的測試人員組成一個測試團隊不太現實，且沒有測試的梯隊架構，這樣就會導致員工激情的減少。3.2 測試團隊地位圖1 三國鼎立測試機構在組織中地位的確定事關測試機構執行測試任務的效力。測試機構的獨立是十分重要的。目前，開發部為項目組配備一個測試小組幾乎是不可能的，但是我們至少應該在整個研發部門成立獨立的測試小組，統一開展測試任務的執行，同時為保證與不同的產品緊密銜接，應該實行責任測試工程師制度。測試團隊應直接向研發部門的質量總監負責，質量總監在研發部門的地位應該等于或者高于開發團隊的最高負責人，只有這樣才能保證測試機構的權威性。3.3 規范執行針對目前深分開發部的情況，首先要做的是以下三個方面：第一、 建立缺陷管理信息系統，收集整理遺留的缺陷，報告相關數據；第二、 建立嚴格的版本管理制度，追蹤發布的每一個版本；開發提供不斷修訂的版本，這樣導致了修復問題的代價變得越來越大，因為每一次修改都很倉促，常常是解決了這個問題，衍生出很多其他的問題。解決這個問題的關鍵是建立嚴格的