說明，例如采用用例和數據分離、流程和界面分離、字典項和數據元素分離的設計方式，然后等到最終需求確定后細化測試設計；另一個方面是最好制定一個變更周期的約定――尤其在執(zhí)行測試階段發(fā)現需求的變更――定義變更的最大頻度和重新測試的界限，計劃從一定程度上能夠降低不可預期需求變化造成的投入損失。值得注意的是：需求發(fā)生變更時測試經理額外的工作是記住要在需求跟蹤矩陣上做記錄。
對于測試產品版本的變更，除了部分是由于需求變更造成之外，很有可能是由于修改缺陷引發(fā)的問題或配置管理不嚴格造成。眾所周知，測試必須是基于一個穩(wěn)定的“基線”進行，否則，因反復修改造成測試資源和開發(fā)資源的浪費是可觀的。合理的測試計劃在章節(jié)中應增加一個測試更新管理的章節(jié)，在此章節(jié)明確更新周期和暫停測試的原則。例如，小版本的產品更新不能大于每天三次，一個相對大的版本不能每周大于1次，規(guī)定緊急發(fā)布產品僅限于何種類型的修改或變更，由誰負責統(tǒng)一維護和同步更新測試環(huán)境。測試計劃通常制定了準入和準出準則，這是不夠的，要考慮測試暫停的時候，產品錯誤發(fā)布或者服務器數據更新就是一個例子，暫停的時候如果測試經理不進行跟蹤，可能發(fā)生測試組等待測試而沒人通知繼續(xù)測試的情況，所以，增加更新周期和暫停測試原則是很有必要的。
最后，測試資源的變更是源自測試組內部的風險而非開發(fā)組風險，當測試資源不足或者沖突，測試部門不可能安排如此多的人手和足夠時間參與測試時，在測試計劃中的控制方法與測試時間不足相類似。沒有測試經理愿意承擔資源不足的測試工作，只能說公司本身是否具備以質量為主的體系或者項目經理對產品質量的重視程度如何決定了對測試資源投入的大小，最終產品質量取決因素不僅僅在于測試經理。為了排除這種風險，除了象時間不足、測試計劃變更時那樣縮減測試規(guī)模等等方法以外，測試經理必須在人力資源和測試環(huán)境一欄標出明確需要保證的資源，否則，必須將這個問題作為風險記錄。規(guī)避風險的辦法可能有：
一，項目組的需求和實施人員參與系統(tǒng)測試；
二，抽調不同模塊開發(fā)者進行交叉系統(tǒng)測試或借用其他項目開發(fā)人員；
三，組織客戶方進行確認測試或發(fā)布β版本。
盡管上面盡可能的描述了測試計劃如何制定才能“完美”，但是還存在的問題是對測試計劃的管理和監(jiān)控。一份計劃投入再多的時間去做也不能保證按照這份計劃進行實施。好的測試計劃是成功的一半，另一半是對測試計劃的執(zhí)行。對小項目而言，一份更易于操作的測試計劃更為實用，對中型乃至大型項目來看，測試經理的測試管理能力就顯得格外重要，要確保計劃不折不扣的執(zhí)行下去，測試經理的人際諧調能力，項目測試的操作經驗、公司的質量現狀都能夠對項目測試產生足夠的影響。另外，計劃也是“動態(tài)的”！不必要把所有的因素都可能囊括進去，也不必要針對這種變化額外制定“計劃的計劃”，測試計劃制定不能在項目開始后束之高閣，而是緊追項目的變化，實時進行思考和貫徹，根據現實修改，然后成功實施，這才能實現測試計劃的最終目標――保證項目最終產品的質量！
項目經理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
