步：團(tuán)隊成員能力的逐步提高
有了明確、合理的職責(zé)分工后，需要針對這些分工對團(tuán)隊成員進(jìn)行有意識的引導(dǎo)，穩(wěn)步提升團(tuán)隊成員的技能。測試團(tuán)隊負(fù)責(zé)人需要負(fù)起監(jiān)督和促進(jìn)員工能力提升的任務(wù)。監(jiān)督和促進(jìn)測試團(tuán)隊成員能力提高，主要做好如下三個方面的工作:
一是，提倡資深測試人員在測試團(tuán)隊內(nèi)部進(jìn)行經(jīng)常性的培訓(xùn)和測試經(jīng)驗交流，通過該渠道幫助資歷淺的測試人員大幅提升業(yè)務(wù)技能，做到新老員工之間的知識傳播和繼承。
二是，測試團(tuán)隊?wèi)?yīng)充分利用好測試件知識庫，對于納入到測試團(tuán)隊知識庫的測試件應(yīng)充分消化和學(xué)習(xí)，在此基礎(chǔ)上進(jìn)一步鼓勵測試團(tuán)隊成員對這些測試件提出改進(jìn)性意見。
三是，測試人員除了需要注重自身的測試技能提升，在條件許可的情況還應(yīng)適度開發(fā)部門的基本知識，這樣能減少與開發(fā)團(tuán)隊協(xié)同工作時的領(lǐng)域障礙。
許多測試經(jīng)理在編制測試用例時往往沒有把測試用例和測試數(shù)據(jù)進(jìn)行區(qū)分，因此，造成的問題是當(dāng)需求變化時辛辛苦苦設(shè)計的數(shù)據(jù)就作廢了。在這時，假使面臨一個需求動態(tài)的項目，必須在計劃中對需求變更造成的測試（設(shè)計）方式變化進(jìn)行說明，例如采用用例和數(shù)據(jù)分離、流程和界面分離、字典項和數(shù)據(jù)元素分離的設(shè)計方式，然后等到最終需求確定后細(xì)化測試設(shè)計；另一個方面是最好制定一個變更周期的約定――尤其在執(zhí)行測試階段發(fā)現(xiàn)需求的變更――定義變更的最大頻度和重新測試的界限，計劃從一定程度上能夠降低不可預(yù)期需求變化造成的投入損失。值得注意的是：需求發(fā)生變更時測試經(jīng)理額外的工作是記住要在需求跟蹤矩陣上做記錄。
對于測試產(chǎn)品版本的變更，除了部分是由于需求變更造成之外，很有可能是由于修改缺陷引發(fā)的問題或配置管理不嚴(yán)格造成。眾所周知，測試必須是基于一個穩(wěn)定的“基線”進(jìn)行，否則，因反復(fù)修改造成測試資源和開發(fā)資源的浪費(fèi)是可觀的。合理的測試計劃在章節(jié)中應(yīng)增加一個測試更新管理的章節(jié)，在此章節(jié)明確更新周期和暫停測試的原則。例如，小版本的產(chǎn)品更新不能大于每天三次，一個相對大的版本不能每周大于1次，規(guī)定緊急發(fā)布產(chǎn)品僅限于何種類型的修改或變更，由誰負(fù)責(zé)統(tǒng)一維護(hù)和同步更新測試環(huán)境。測試計劃通常制定了準(zhǔn)入和準(zhǔn)出準(zhǔn)則，這是不夠的，要考慮測試暫停的時候，產(chǎn)品錯誤發(fā)布或者服務(wù)器數(shù)據(jù)更新就是一個例子，暫停的時候如果測試經(jīng)理不進(jìn)行跟蹤，可能發(fā)生測試組等待測試而沒人通知繼續(xù)測試的情況，所以，增加更新周期和暫停測試原則是很有必要的。
最后，測試資源的變更是源自測試組內(nèi)部的風(fēng)險而非開發(fā)組風(fēng)險，當(dāng)測試資源不足或者沖突，測試部門不可能安排如此多的人手和足夠時間參與測試時，在測試計劃中的控制方法與測試時間不足相類似。沒有測試經(jīng)理愿意承擔(dān)資源不足的測試工作，只能說公司本身是否具備以質(zhì)量為主的體系或者項目經(jīng)理對產(chǎn)品質(zhì)量的重視程度如何決定了對測試資源投入的大小，最終產(chǎn)品質(zhì)量取決因素不僅僅在于測試經(jīng)理。為了排除這種風(fēng)險，除了象時間不足、測試計劃變更時那樣縮減測試規(guī)模等等方法以外，測試經(jīng)理必須在人力資源和測試環(huán)境一欄標(biāo)出明確需要保證的資源，否則，必須將這個問題作為風(fēng)險記錄。規(guī)避風(fēng)險的辦法可能有：
一，項目組的需求和實施人員參與系統(tǒng)測試；
二，抽調(diào)不同模塊開發(fā)者進(jìn)行交叉系統(tǒng)測試或借用其他項目開發(fā)人員；
三，組織客戶方進(jìn)行確認(rèn)測試或發(fā)布β版本。