一種軟件測試效率低下的改進方法

黎秀 電子科技大學成都學院

關鍵字：軟件測試 測試基線 工作量 測試效率

1 測試效率現(xiàn)狀

根據(jù)對實際軟件測試項目的統(tǒng)計，并對實際測試工作量與基線工作量的對比，發(fā)現(xiàn)一個嚴重的問題。就是工作效率特別低下。下面簡單列舉幾個項目預期工作量與實際工作量以及實際耗費嚴重的地方、項目簡要背景。

1）B版本測試。版本預期工作量15人天，實際耗費工作量在30人天。更為嚴重的是測試人員并沒有因為測試周期延長和工作量投入加大而測試的更輕松，反而是測試期間晚上加班嚴重，參與測試人員測的還極其難受。

2）S專項測試。預期工作量3人天，實際耗費工作量6人天。中間也是各種加班。

3）已知問題的重復又重復的咨詢、確認、溝通。雖熱單次耗時不多，但是架不住頻率太大。

測試人員加班多，活干的還不爽，工作量與工作時長嚴重不成正比，如果長期這樣的狀態(tài)，自然就會更加影響測試人員的工作效率，形成惡性循環(huán)。

2 效率低突出的問題

根據(jù)當前測試效率低下的問題，主要體現(xiàn)在下面幾個方面：

1）測試人員接手新新項目，沒有好用的文檔。如果在新手接手新項目的時候，沒有一個好用的文檔作為指導，理解起來費勁，而且還不能一步一步的執(zhí)行。可能還不知道誰熟悉這一塊內容，或者熟悉這一塊內容的人忙得不可開交，三言兩語也無法解釋清楚。這種情況對于測試人員而言就是噩夢，不得不使得測試人員陷入無休止的加班、煩躁中。

2）已知問題反復溝通、確認。A問B解決，C不知道該問題，又問D，D不知道又返回來問A。就這樣來回循環(huán)特別耗時，看著好像挺不太可能的，然而實際工作中經常出現(xiàn)這種情況。有時候就是這種小的不能再小的問題阻塞你工作大半天。

3）忽略自動化。對于有的測試團隊而言，他們習慣于手工操作，而忽略自動化。比如說上百條的命令他們一條一條的寫，幾十個指令錯誤也是一個一個修改。這種操作太可怕了，基本上耗費掉一大半的執(zhí)行時間，如果相信自動化的話，一個腳本可能就能解決這些問題。

4）其他問題。當然使得測試效率低下的問題還有很多，比如所選的工具不好用；文檔存放位置混亂，不易于查找；文檔不成體系；遇到問題找不到FAQ；還有就是所選擇的測試策略的問題等等。

以上這些都可能是造成測試效率低下的常見問題，當然不僅僅只有這些，實際情況還需根據(jù)實際工作項目的不同而有所不同。本文將只針對這些常見問題提出改進方法。

3 效率低問題的改進

以上我們羅列了引起測試效率低下的常見問題，在這一小結我們將針對這些常見問題提出改進辦法。

1）梳理收集組內現(xiàn)有經驗文檔，形成知識體系。特別是經常要做的工具使用、專項驗證常規(guī)特性驗證、復雜特性驗證等。文檔一定要清晰、易懂、規(guī)范、能多截圖就一張別少。能把點擊菜單按鈕路徑寫清楚就寫完整。對于那種第一優(yōu)先級的材料更是要引起重視，因為根據(jù)統(tǒng)計過程不難發(fā)現(xiàn)，影響測試效率低最明顯的就是這些第一優(yōu)先級的內容。

2）多總結，隨手記，多分享。上面說的是成體系的，這里說的是隨筆記載一些文檔。寫完可以分享在自己的博客上、論壇上，這樣便于組內甚至更多人能夠看到并學習。

3）工具開發(fā)與維護。定期維護常用測試工具，使它更好用，不影響測試。定期收集工具需求、開發(fā)。用工具進行有效的測試是提升測試效率低最迅速的方法，這就是自動化測試的價值之一。

4）個人技能。對于組內員工要有提升自我的意識。針對自己手上工作有意識的總結、拓展，并經常去思考、分享知識。業(yè)務和技能越強，依賴外部的機會就會少些，干活自然效率就會高很多。

5）培訓。培訓意識必須在組內根深蒂固，要經常請有經驗的同事給新進員工或者新接手項目的人進行全面培訓。這樣既能讓新進員工成長速度更快，又能促使承擔培訓師的員工對于知識的鞏固加深，從而有助于測試效率低提升。

當然，測試效率低改進不局限于以上這些辦法，以上這些解決辦法也不一定適用于全部的測試項目中，但是這些辦法屬于大眾化的方式方法，針對特殊項目也得特殊處理，以便于更能適應項目測試工作效率低提升。

4 結束語

本文中提到的影響測試工作效率低下的問題其實在很多項目中都經歷過，都很普遍，所提供的改進方法也都很簡單，甚至還有些老套。只不過對于那種新人眾多的部門或者項目組來說問題暴露更為明顯，本文對于他們也更具指導意義。