測試團(tuán)隊(duì)組建構(gòu)想.docx

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