軟件測試中對于測試計劃有效性問(wèn)題的分析

但是，唯一有個(gè)問(wèn)題讓一些組織者絞盡腦汁，那就是：如何讓自己的工作能盡量小的偏離自己的預定計劃目標，從而提高自己測試計劃的有效性呢?對于這個(gè)問(wèn)題，我有一點(diǎn)自己的想法，可供參考。

由于測試計劃是一個(gè)測試項目必不可少的項目管理性文檔。它或簡(jiǎn)單或復雜，其目 的都是為了讓項目能在預先計劃好的軌跡上運作，以盡量減少測試工作的過(guò)大投入，從而拉大投入成本與軟件利潤的比差，達到項目的最大收益。除了這個(gè)主要原因外，制定測試計劃還有一些附加原因，也就是：

1)讓測試工作盡量的可視化和可控化。

2)為更好的對測試團隊的工作能力有更真實(shí)的考核(即，執行者在預定的時(shí)間和環(huán)境下完成任務(wù)的能力和質(zhì)量)。

3)為測試的過(guò)程改進(jìn)工作提供依據。

4)軟件開(kāi)發(fā)流程中必要的文檔。

可見(jiàn)測試計劃的必要性。既然他是必要的，而且目的也說(shuō)的很清楚了。那么我們不能把自己制定的測試計劃當成一紙空文，而應該把他更好的利用起來(lái)，以真正的體現它的價(jià)值所在。

下面是我對如何提高其利用率的幾點(diǎn)建議：

1、不要過(guò)渡的依賴(lài)于測試計劃模板。

現狀：

我們在拿到一個(gè)測試項目以后，我們一般的做法是：先看文檔;然后根據文檔分析系統功能;然后在要求的時(shí)間里就開(kāi)始寫(xiě)計劃了。寫(xiě)測試計劃的過(guò)程是邊想邊寫(xiě)，好像都不知道該寫(xiě)些什么好。有的人就干脆把其他項目的測試計劃拿來(lái)，修改一下進(jìn)度表和人員表，增刪一些測試方法等就完了事。我們做測試計劃的目的幾乎就成了應付檢查，不在于使用。

建議：

我們通過(guò)分析需求和系統功能，我們就應該對如何計劃測試工作胸有成竹了。制定測試計劃，我們必須先要做好以下幾件事情(那是我們制定計劃的時(shí)候所必須的東西)：

a)確定測試范圍。

b)根據測試項目的工作強度和難度來(lái)組織測試人員。

c)根據項目所提供的各項數據以及成員能力，評估風(fēng)險，時(shí)間和資源消耗。

d)根據質(zhì)量保證計劃以及項目所提供的數據資料，確定可行的測試方案(必要的話(huà)，還需對測試方案的可行性和風(fēng)險性進(jìn)行審查，使實(shí)施的風(fēng)險可控化。)

e)在預計的測試時(shí)間段里，根據制定的測試方案確定時(shí)間進(jìn)度。

f)測試過(guò)程中，對測試版本的控制(大型的項目，應該考慮附加《配制計劃》)

當我們把這些事情做好后，我們就可以正式的擬定測試計劃文檔了。在計劃文檔中寫(xiě)清楚測試的對象、范圍，測試的時(shí)間、進(jìn)度，測試所需要的人力和物力，測試方案說(shuō)明，測試工作的各項標準定義，測試的風(fēng)險評估以及預防措施等。

尤其在確定時(shí)間的進(jìn)度時(shí)，最好不要把時(shí)間剛好排滿(mǎn)，要在時(shí)間的后期留有一個(gè)緩沖時(shí)間段，以應對意外突發(fā)事件。

　　

2、重把測試計劃的審核關(guān)。

現狀：

一個(gè)測試計劃文檔生成后，還不能算是完成計劃工作了，還必須對計劃進(jìn)行評審，將其合法化。那么我們公司的評審者到底評審些什么呢?他們拿到要評審的計劃書(shū)，就主要關(guān)注一下文檔的書(shū)寫(xiě)結構(看目錄)，再看看進(jìn)度安排和實(shí)施方案，但就是不提出該實(shí)施方案在這個(gè)預定的進(jìn)度中能否可行，以及風(fēng)險評估是否合理，可能在他們的評審檢查項里就缺少“對計劃可信性和可行性的檢查”以及“計劃方案實(shí)施的風(fēng)險性”的考慮。

建議：

計劃是拿來(lái)實(shí)施的，不是拿來(lái)當擺設的。計劃是否可行，是否行之有效，實(shí)施的風(fēng)險是否可控制等等問(wèn)題是我們在檢查的時(shí)候必須考慮的。如果我們只是在文檔字面上去檢查那些文字錯誤的東西，是否太不負責任了呢?試問(wèn)，如果在通過(guò)這樣的計劃評審后，在實(shí)施中，遇到風(fēng)險過(guò)大等諸多問(wèn)題，這個(gè)責任是誰(shuí)來(lái)?yè)?

所以我們檢查計劃，字面錯誤這種不痛不癢的問(wèn)題幾乎可以忽略它，這個(gè)計劃能不能用才是關(guān)鍵。所以，我們應該主要檢查：

1)我們測試的對象是什么?

2)在什么環(huán)境下實(shí)施我們的測試工作?

3)我們的測試所要花費的時(shí)間、經(jīng)費和資源(最好還是不要超出預算的為好，不然可能老板不支持我們的工作，反倒是個(gè)麻煩了!嘿嘿)?

4)制定的實(shí)施方案是否可行性?

5)制定的實(shí)施方案所擔當的風(fēng)險系數有多高?

6)是否還有更好的可降低風(fēng)險的實(shí)施方案?

7)我們的測試工作以什么樣的來(lái)衡量我們的工作成績(jì)?(甚至是對工作的獎懲辦法等)

8)是否有對于工作風(fēng)險的控制方案。

9)工作中，任務(wù)交代的是否夠清楚?以免讓執行者隨意瞎搞，導致對其測試工作不可控。

10)項目成員對這個(gè)要測試的對象的理解程度有多深?

　　

11)測試人員的組織和管理方案是否可靠?

3、測試計劃不是一紙空文。

現狀：

一個(gè)很讓人懷疑其可行性的測試計劃通過(guò)之后，下一步工作就是把它放到共享服務(wù)器上，供項目管理部檢查，最后——結束了。直到項目結項的時(shí)候，才把這個(gè)都快“發(fā)霉”的計劃文檔翻出來(lái)，準備結項工作。而且對于計劃中沒(méi)有完成的任務(wù)也不怎么提(因為大家都在擔心一個(gè)問(wèn)題：如果提出來(lái)，結不了項，怎么辦?)。因為我們似乎都是很盡職的在發(fā)揚“揚長(cháng)避短”的“優(yōu)良”作風(fēng)。

建議：

QA人員必須嚴格按制定的計劃進(jìn)行過(guò)程檢查工作。一旦發(fā)現實(shí)施的計劃與預定的計劃有出入。應及時(shí)通報相關(guān)人員，了解其偏離計劃的原因，盡快處理好計劃實(shí)施不到位的問(wèn)題。

4、實(shí)行計劃跟蹤。

現狀：

計劃中編寫(xiě)的時(shí)間進(jìn)度表，在真正的實(shí)施中是很少用的。每個(gè)時(shí)間段里要生成什么工作成果，要評審什么文檔，項目管理部似乎也在關(guān)心。但他們似乎只關(guān)心成果數量，而工作成果質(zhì)量工作似乎被項目管理工作所取代了(QA被項目部同化了)。試問(wèn)，一個(gè)項目真正是想要十幾個(gè)甚至更多的沒(méi)有實(shí)際意義的文檔，還是要一個(gè)高質(zhì)量的可使用的文檔呢?對于這個(gè)問(wèn)題，似乎走入了一個(gè)面子工程的地步(過(guò)程進(jìn)行的風(fēng)風(fēng)火火，結果是一塌糊涂)。比如：在評審各項工作成果的時(shí)候，只檢查字面的東西，而對于這個(gè)工作成果到底是不是這個(gè)項目的工作成果他們也不怎么懷疑?難怪很多項目文檔描述的東西和實(shí)際開(kāi)發(fā)出來(lái)的東西對不上號呢!(如：SRM系統)

建議：

對于在計劃中提到的各階段必須生成的工作成果是否存在的問(wèn)題，項目管理部也必須嚴格監督。而最重要的工作成果質(zhì)量問(wèn)題，應該由QA人員組織評審人員進(jìn)行評審。如果工作成果評審未通過(guò)，堅決不能啟動(dòng)下一階段的工作(但如果時(shí)間不充裕的話(huà)，為了不耽誤下一階段工作的如期進(jìn)行，可以提前準備下階段的資料)。不能因為時(shí)間緊迫，而放寬對工作成果質(zhì)量的檢查。

5、計劃變更，必須可控(如：變更的風(fēng)險性審查和變更通知等)。

現狀：

當計劃實(shí)施過(guò)程中，需要變動(dòng)計劃的時(shí)候，根本不走變更流程，直接由經(jīng)理修改了事。他們的理由是：走變更流程太麻煩，很浪費時(shí)間，怕拖延計劃進(jìn)度。如果項目順利完成到好，但如果項目出現任何閃失，那就在這個(gè)責任問(wèn)題上，可能會(huì )激化各部門(mén)之間的矛盾。而且修改過(guò)的計劃即不通過(guò)評審，也不加以通知報告了，不知情的人還在努力的在原計劃中奮斗工作著(zhù)呢!有可能導致項目就此失去項目管理部的控制(難怪項目管理部的項目管理控制工作是如此的困難)。

建議：

對計劃中的重大變動(dòng)問(wèn)題，必須向項目管理部提出變動(dòng)申請。項目管理部必須對該申請進(jìn)行嚴格審核，考慮其變動(dòng)的風(fēng)險性問(wèn)題，而不能一有申請來(lái)，就通通的給通過(guò)了。通過(guò)審核的申請，就可以修改計劃了，計劃在做出相應變動(dòng)修改之后，必須進(jìn)行再次評審通過(guò)才可生效。再次評審通過(guò)后的計劃，必須及時(shí)替換原有計劃文件，并通知所有項目成員按新的計劃實(shí)施。

6、定期在報告中匯報計劃執行情況。

現狀：

在計劃實(shí)施過(guò)程中，執行者們很少有自覺(jué)寫(xiě)工作日志或階段工作報告的習慣。

建議：

在每個(gè)階段結束后，應該向管理部門(mén)提交一份關(guān)于該階段的計劃任務(wù)完成情況的報告。管理部應嚴格審查該階段的工作匯報，及時(shí)處理工作所遇到的問(wèn)題，以避免問(wèn)題在以下的階段中繼續擴散或延續。

7、當計劃無(wú)法繼續實(shí)施時(shí)，及時(shí)通報相關(guān)人員(不能擅自自定義計劃)。

現狀：

在計劃實(shí)施過(guò)程中，遇到無(wú)法在現有的環(huán)境下繼續執行計劃時(shí)，經(jīng)理開(kāi)始想辦法另辟蹊徑了，從而放棄原方案，開(kāi)辟一條新道路給大家走?？赡苤钡浇Y項的那一天，項目管理部才發(fā)現我們實(shí)際所做的工作于我們的原計劃上有很大的出入。(難怪項目管理部對我們測試甚至整個(gè)項目的計劃實(shí)施管理控制上，像個(gè)局外人呢!)

建議：

在計劃實(shí)施過(guò)程中，遇到無(wú)法在現有的環(huán)境下繼續執行計劃時(shí)，不能擅自調整計劃方案，應該及時(shí)通報上級管理部門(mén)，以便及時(shí)處理計劃方案調整的問(wèn)題。對于計劃方案的調整，必須通知其他相關(guān)人員，做好調整工作。加強各個(gè)部門(mén)的溝通。以免項目失控。

以上是幾點(diǎn)關(guān)于測試計劃的實(shí)施有效性問(wèn)題的微薄見(jiàn)解，希望以此引起相關(guān)人員/部門(mén)的重視，并做出更好的方案，以完善此方面的問(wèn)題。而對于其中提到的各項審查的檢查項等問(wèn)題的定義，在以后的工作中，再繼續加以完善。也希望公司的每個(gè)人都為了以后更好的做好項目而積極努力。