如何制定軟件項目測試計劃(文件)
【正文】 數(shù)據(jù)更新就是一個例子，暫停 的時候如果測試經(jīng)理不進行跟蹤，可能發(fā)生測試組等待測試而沒人通知繼續(xù)測試的情況，所以，增加更新周期和暫停測試原則是很有必要的。規(guī)避風(fēng)險的辦法可能有： 一，項目組的需求和實施人員參與系統(tǒng)測試； 二，抽調(diào)不同模塊開發(fā)者進行交叉系統(tǒng)測試或借用其他項目開發(fā)人員； 三，組織客戶方進行確認(rèn)測試或發(fā)布β版本。對小項目而言，一份更易于操作的測試計劃更為實用，對中型乃至大型項目來看，測試經(jīng)理 的測試管理能力就顯得格外重要，要確保計劃不折不扣的執(zhí)行下去，測試經(jīng)理的人際諧調(diào)能力，項目測試的操作經(jīng)驗、公司的質(zhì)量現(xiàn)狀都能夠?qū)椖繙y試產(chǎn)生足夠的 影響。一份計劃投入再多的時間去做也不能保證按照這份計 劃進行實施。沒有測試經(jīng)理愿意承擔(dān)資源不足的測試工作，只能說公司本身是否具備以質(zhì)量為主的體系或者項目經(jīng)理對產(chǎn)品質(zhì)量的重視 程度如何決定了對測試資源投入的大小，最終產(chǎn)品質(zhì)量取決因素不僅僅在于測試經(jīng)理。合理的測試計劃在章節(jié)中應(yīng)增加一個測試更新管理的章節(jié)，在此章節(jié)明確更新周期 和暫停測試的原則。在這時，假使面臨一個需求動態(tài)的項目，必須在計劃中對需求變更造成的測試（設(shè)計）方式變化進行說明，例如采用用例和數(shù)據(jù)分離、流程和界面分 離、字典項和數(shù)據(jù)元素分離的設(shè)計方式，然后等到最終需求確定后細(xì)化測試設(shè)計；另一個方面是最好制定一個變更周期的約定――尤其在執(zhí)行測試階段發(fā)現(xiàn)需求的變 更――定義變更的最大頻度和重新測試的界限，計劃從一定程度上能夠降低不可預(yù)期需求變化造成的投入損失?！ 〉诙喉椖窟M行過程中最不可避免的就是需求的變更。在這種情況下，測試經(jīng)理常常固執(zhí)的認(rèn)為進度縮減的唯一的方法就是向上級通報并主觀認(rèn)為產(chǎn)品質(zhì)量一定會下降，這種做法和想法不一定是正確的?！ ∽兏鼇碓从谝韵聨讉€方面 1． 項目計劃的變更 2． 需求的變更 3． 測試產(chǎn)品版本的變更 4． 測試資源的變更 測試階段的風(fēng)險主要是對上述變更所造成的不確定性，有效的應(yīng)對這些變更就能降低風(fēng)險發(fā)生的幾
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1