軟件測試年度工作計(jì)劃
時(shí)光在流逝，從不停歇，我們的工作又進(jìn)入新的階段，為了今后更好的工作發(fā)展，寫一份計(jì)劃，為接下來的工作做準(zhǔn)備吧！相信大家又在為寫計(jì)劃犯愁了吧？下面是小編整理的軟件測試年度工作計(jì)劃，希望能夠幫助到大家。
作為軟件的重要環(huán)節(jié)，軟件測試越來越受到人們的重視。隨著軟件開發(fā)規(guī)模的增大、復(fù)雜程度的增加，以尋找軟件中的錯(cuò)誤為目的的測試工作就顯得更加困難。然而，為了盡可能多地找出中的錯(cuò)誤，生產(chǎn)出高的軟件產(chǎn)品，加強(qiáng)對測試工作的組織和管理就顯得尤為重要。
從軟件的生存周期看，測試往往指對程序的測試，這樣做的優(yōu)點(diǎn)是被測對象明確，測試的可作相對較強(qiáng)。但是，由于測試的依據(jù)是規(guī)格說明書、文檔和使用說明書，如果設(shè)計(jì)有錯(cuò)誤，測試的質(zhì)量就難以保證。即使測試后發(fā)現(xiàn)是設(shè)計(jì)的錯(cuò)誤，這時(shí)，修改的代價(jià)是相當(dāng)昂貴的。因此，較理想的做法應(yīng)該是對軟件的開發(fā)過程，按軟件工程各階段形成的結(jié)果，分別進(jìn)行嚴(yán)格的審查。軟件的生命周期可用圖1的表示。
為了確保軟件的質(zhì)量，對圖1的過程應(yīng)進(jìn)行嚴(yán)格的管理。雖然測試是在實(shí)現(xiàn)且證后進(jìn)行的，實(shí)際上，測試的準(zhǔn)備工作在分析和設(shè)計(jì)階段就開始了。
軟件測試計(jì)劃作為軟件項(xiàng)目計(jì)劃的子計(jì)劃，在項(xiàng)目啟動(dòng)初期是必須規(guī)劃的。在越來越多公司的軟件開發(fā)中，軟件質(zhì)量日益受到重視，測試過程也從一個(gè)相對獨(dú)立的步驟越來越緊密嵌套在軟件整個(gè)生命周期中，這樣，如何規(guī)劃整個(gè)項(xiàng)目周期的測試工作；如何將測試工作上升到測試管理的高度都依賴于測試計(jì)劃的制定。測試計(jì)劃因此也成為測試工作的賴于展開的基礎(chǔ)。
一個(gè)好的測試計(jì)劃可以起到如下作用：
1、避免測試的“事件驅(qū)動(dòng)”
2、使測試工作和整個(gè)開發(fā)工作融合起來
3、資源和變更事先作為一個(gè)可控制的風(fēng)險(xiǎn)項(xiàng)目經(jīng)理圈子
測試計(jì)劃的模板在各個(gè)公司中都大同小異，在個(gè)人實(shí)踐中發(fā)現(xiàn)，測試計(jì)劃制定中存在的問題具有相似，下面重點(diǎn)就這些相似的問題談?wù)勅绾沃贫ㄜ浖?xiàng)目測試計(jì)劃。
問題一：測試階段劃分
就通常軟件項(xiàng)目而言，基本上采用“瀑布型開發(fā)方式，這種開發(fā)方式下，各個(gè)項(xiàng)目主要活動(dòng)比較清晰。整個(gè)項(xiàng)目生命周期為需設(shè)計(jì)編測試實(shí)施維護(hù)。然而，在制定測試計(jì)劃時(shí)候，有些測試經(jīng)理對測試的階段劃分還不是十分明晰，經(jīng)常*遇到的問題是把測試單純理解成系統(tǒng)測試，或者把把各類型測試設(shè)計(jì)（測試用例的編寫和測試數(shù)據(jù)準(zhǔn)備）全部放入生命周期的“測試階段”，這樣造成的問題是浪費(fèi)了開發(fā)階段可以并行的項(xiàng)目日程，另一方面造成測試不足。
相應(yīng)階段可以同步進(jìn)行相應(yīng)的測試計(jì)劃編制，而測試設(shè)計(jì)也可以結(jié)合在開發(fā)過程中實(shí)現(xiàn)并行，測試的實(shí)施即執(zhí)行測試的活動(dòng)即可連貫在開發(fā)之后。值得注意的是：單元測試和集成測試往往由開發(fā)人員承擔(dān)，因此這部分的階段劃分可能會(huì)安排在開發(fā)計(jì)劃而不是測試計(jì)劃中。
問題二：系統(tǒng)測試階段日程安排
劃分階段清楚了，隨之而來的問題是測試執(zhí)行需要多長的時(shí)間？標(biāo)準(zhǔn)的工程方法或CMM方式是對工作量進(jìn)行估算，然后得出具體的估算值。但是這種方法過于復(fù)雜，可以另辟專題討論。一個(gè)可作的簡單方法是：根據(jù)測試執(zhí)行上一階段的活動(dòng)時(shí)間進(jìn)行換算，換算方法是與上一階段活動(dòng)時(shí)間1：1.1～1.5左右。舉個(gè)例子，對測試經(jīng)理來說，因?yàn)殚_發(fā)計(jì)劃可能包含了單元測試和集成測試，系統(tǒng)測試的時(shí)間大概是編階段（包含單元測試和集成測試）1到1.5倍。這種方法的優(yōu)點(diǎn)是簡單，依賴于項(xiàng)目計(jì)劃的日程安排，缺點(diǎn)是水分太多，難于量化。那么，可以采用的另一個(gè)簡單方法是經(jīng)驗(yàn)評估。評估方法如下：項(xiàng)目管理者聯(lián)盟文章
1、計(jì)算需求文檔的頁數(shù)，得出系統(tǒng)測試用例的頁數(shù)
需求頁數(shù)：系統(tǒng)測試用例頁數(shù)≈ 1：1
2、由系統(tǒng)測試用例頁數(shù)計(jì)算編寫系統(tǒng)測試用例時(shí)間轉(zhuǎn)自項(xiàng)目管理者聯(lián)盟
編寫系統(tǒng)測試用例時(shí)間≈系統(tǒng)測試用例頁數(shù)×1小時(shí)
3、計(jì)算執(zhí)行系統(tǒng)測試用例時(shí)間
編寫系統(tǒng)用例用時(shí)：執(zhí)行系統(tǒng)測試用時(shí)≈ 1：
4、計(jì)算回歸測試包含的時(shí)間項(xiàng)目經(jīng)理博客
系統(tǒng)測試用時(shí)：回歸測試用時(shí)≈ 2：1
注：以上比值是個(gè)人工程經(jīng)驗(yàn)值，需要更正比值的測試經(jīng)理可以在具體實(shí)踐中收集數(shù)據(jù)
基于以上方法優(yōu)點(diǎn)是需求為已知的，可以利用已知來推算未知，適用于需求是已知且相對穩(wěn)定的情況下；缺點(diǎn)是處于研發(fā)狀態(tài)的項(xiàng)目，需求不清晰的時(shí)候比較難計(jì)算。現(xiàn)套用一個(gè)例子加于說明：需求文檔頁數(shù)為500，系統(tǒng)測試用例頁數(shù)推算為500，則編寫系統(tǒng)測試用例時(shí)間為500小時(shí)，執(zhí)行系統(tǒng)測試用例時(shí)間為1000小時(shí)，回歸測試需要500小時(shí)，加起來總共為20xx小時(shí)，按一天8小時(shí)計(jì)算，共計(jì)250個(gè)工作日/人；假如一個(gè)月為22個(gè)工作日，則共計(jì)約11人/月，即投入4個(gè)人需要3個(gè)月左右時(shí)間工作量完成。當(dāng)然，這是系統(tǒng)測試需要的全部時(shí)間。根據(jù)測試階段劃分原則，設(shè)計(jì)用例時(shí)間可以和開發(fā)同步進(jìn)行，只需在測試階段中安排的時(shí)間為1500小時(shí)即4人2個(gè)月工作量。
項(xiàng)目管理培訓(xùn)
（測試經(jīng)理在編寫測試計(jì)劃時(shí)候，測試進(jìn)度中的計(jì)劃開始/結(jié)束時(shí)間往往用如20050101-20051201的具體時(shí)間劃分方式，這樣引起的問題是當(dāng)項(xiàng)目計(jì)劃進(jìn)行變更的時(shí)候，測試計(jì)劃時(shí)間不得不隨時(shí)調(diào)整，這種變更可能是頻繁而瑣碎的，可以替代的辦法是取消這種方式，采用30工作日/2人或者2人月這種工作量記錄方式，這樣一來，只需在項(xiàng)目計(jì)劃中跟蹤階段的具體開始時(shí)間即可，不必反復(fù)修改測試計(jì)劃。）
項(xiàng)目管理培訓(xùn)
值得注意的是：國內(nèi)大多數(shù)公司的測試時(shí)間都是不足的，不可能按照這樣的理想比例進(jìn)行運(yùn)作，因?yàn)闇y試執(zhí)行的時(shí)間實(shí)際上不可能占據(jù)整個(gè)項(xiàng)目周期的1/2，甚至要短于其中任何一個(gè)項(xiàng)目階段時(shí)間。即使是微軟的測試結(jié)束原則也并不是完成所有必需的測試，而是測試在按計(jì)劃結(jié)束的那一天結(jié)束！在測試時(shí)間不足的情況下，可參考下面項(xiàng)目計(jì)劃變更時(shí)的做法，因?yàn)橛?jì)劃變更也涉及到測試時(shí)間不足的情況。
【軟件測試年度工作計(jì)劃】相關(guān)文章：
軟件測試實(shí)習(xí)心得04-20
軟件測試年終總結(jié)11-29
軟件測試年度工作總結(jié)03-23
網(wǎng)絡(luò)帶寬測試軟件10-03
軟件測試心得體會(huì)02-18
軟件測試員工作總結(jié)02-28
軟件測試工作總結(jié)03-24
面試軟件測試的自我介紹10-03
軟件測試個(gè)人工作總結(jié)05-17