【正文】 10 / 10。 監(jiān)督和促進測試團隊成員能力提高，主要做好如下三個方面的工作: 有了明確、合理的職責分工后，需要針對這些分工對團隊成員進行有意識的引導，穩(wěn)步提升團隊成員的技能。 測試流程及其相關文件基本趨于穩(wěn)定狀態(tài)時，可以考慮發(fā)布測試流程（含測試流程、模板、表格、指南），并在以后的實踐中不斷改進和完善。 根據上述實踐工作的反饋，組織修改測試流程初稿及實施指南，并把修改后的測試流程繼續(xù)應用到項目實踐中去，根據反饋進一步完善成熟； 6. 選擇一個到多個項目，實踐上述測試流程初稿及實施指南，記錄實踐過程中出現(xiàn)的問題； 5. 根據實施經驗，完善測試流程，得到測試流程初稿，并起草相關實施指南； 4. 通過一到兩個項目的實踐，記錄測試流程草稿中的問題及不足之處； 3. 測試團隊負責人員根據對公司現(xiàn)有測試狀況的了解，及個人的測試經驗，起草測試流程及相關的模板； 2. 我們可以通過以下步驟來建立適合本單位的測試流程： 1. 明確測試團隊內部各類測試人員的職責分工可以使測試團隊內部各類測試人員能集中精力在較短的時間內完成特定崗位必需的知識儲備和經驗積累，同時也使得測試團隊的管理更科學，真正做到“用其所長，避其所短”。 目前，已有不少軟件企業(yè)推行給測試人員區(qū)分級別的制度，獎優(yōu)罰劣。會議制度 定期召開部門例會，討論、解決工作中的問題，并提供部門內的學習平臺。 l獎懲制度 對于貢獻突出的成員予以獎勵，對于業(yè)績差的提出批評，有效地保持測試團隊的工作熱情。 l匯報制度 團隊成員匯報本周工作情況及下周工作計劃、遇到的問題以及需要提供的幫助，培養(yǎng)團隊成員的匯報及計劃習慣。建設良好的測試團隊制度，可以考慮以下幾個方面： l 良好的制度可以規(guī)范測試團隊的工作開展，同時也便于對團隊成員進行業(yè)績考評。關鍵是他們是否熱愛測試這項工作，對相關的工作內容是否感興趣以及他們的學習能力如何。那么，測試團隊需要招募什么樣的成員呢？這里，筆者總結了以下兩點： 筆者認為這絕對是一種欠妥當的行為。 第一步：招募測試人員 然而，許多小型軟件企業(yè)卻將測試作為產品面臨發(fā)布時的一個小“插曲”，往往臨時抽調幾名程序員對產品的功能粗略測試一下即交付客戶（甚至在進度和成本不足時首先砍掉這一塊）。 如何搭建一個高效的測試團隊 3 我們是采用公司自主開發(fā)的缺陷管理系統(tǒng)進行缺陷管理的，使用excel、word進行其他測試工件的編寫的。缺陷應對方案在系統(tǒng)發(fā)布時，作為項目發(fā)布說明的附件。如果測試人員不認可缺陷分配專員的處理意見，可以同他進行溝通，或向相關人員（如項目經理）提出自己的意見，最終以項目經理的意見為準。缺陷分配專員對缺陷進行分析后，再進行缺陷的再分配。但是我們也采用經驗法、試探法、轉換思維的方式進行測試，所以，我們一般使用測試用例執(zhí)行3~4次測試。 關于測試用例的執(zhí)行，我不知道公司現(xiàn)在是采用怎樣的一種方式的。 如果在完成計劃的測試次數后，系統(tǒng)質量仍不穩(wěn)定或沒有達到預期目標的話，那么測試組長將和項目經理溝通，相應增加測試次數。如果遇到特殊情況需要當天集成當天測試的話，我們的開發(fā)人員會等到測試組發(fā)出測試結束的通知后，才離崗。 這里要很注意一點的是，對于數據庫的更新也需要采用同樣的管理，即數據庫維護也是需要進行統(tǒng)一管理，避免出現(xiàn)客戶環(huán)境和測試環(huán)境不一致的情況。測試結束后，也會通知項目組測試結束。測試組長則根據預先準備好的測試計劃開始測試。集成成功后，集成人員會提交一份集成說明給測試組長。如果集成成功，就在服務器上給該版本程序打上標簽。在指定的版本集成時間之前的一段時間，各個開發(fā)人員將他們的程序提交配置庫，由集成人員進行集成（不同語言有不同的集成方式）。項目經理參考測試組長提供的測試次數建議，以及項目開發(fā)的情況，和項目組各個小組負責人溝通后，定義了系統(tǒng)本階段版本集成時間。一般來說，我們一個項目是2~3名測試人員。當項目啟動時，測試組長進入項目，開始了解項目用戶需求，起草項目測試計劃。在項目立項時，項目經理會向測試部經理申請測試資源。 上面說的是測試過程。此時不暫停測試，主要是考慮重新集成一個版本的性價比，也就是是否值得重新集成。（是否暫停測試或繼續(xù)測試？）如果是整個流程的初始節(jié)點失效，沒有這個節(jié)點的數據，后面所有節(jié)點均無法進行，那么這種情況下就只能暫停測試。 系統(tǒng)測試：基本流程必須走通。l這就屬于已提交測試內容所能完成的測試。 下面舉個例子，這個例子是經常性的一種情況。在實際測試過程中碰到同樣的問題，是否繼續(xù)測試，或者需要暫停測試，處理方式不是一成不變的，這是需要根據項目所處階段來具體情況具體分析的。 上面的測試準則的例子，也不是很恰當及規(guī)范，至少缺少了數據度量部分，這里只是拿出來和大家一起交流。 在表二顯示的集成測試的退出準則中寫到“完成已提交測試內容所能完成的測試”，這里的“所能完成的測試”是