測試工做效率低思考和改進

引子

  彙總統計了一下項目組近期測試項目實際工做量與基線工做量的對比，發現一個嚴重問題。就是工做效率特別低下。下面簡單列舉一下幾個項目預期工做量和實際工做量以及時間耗費嚴重的地方、項目簡要背景。

  一、B版本測試。版本預期工做量15人天，實際耗費工做量在30人天。更爲嚴重的是測試人員並無由於測試周期延長和工做量投入加大而測試的更輕鬆，反而是測試期間晚上加班嚴重，參與測試人員測得還極其難受。有一個背景提早說明，該版本是從同測試部其餘項目組第一次交接給咱們項目組，另外參與B版本測試的測試人員對手上測試項內容不熟，第一次執行，此爲前提。

  二、S專項測試。預期工做量3人天，實際耗費工做量6人天。中間也是各類加班。對測試人員來講，該項內容也是新東西，可是對項目組來講，該項目是相對成熟的驗證內容。

 三、已知問題的重複又重複的諮詢、確認、溝通。雖然單次耗時很少，可是架不住頻率太多。

  測試人員加班多，活幹的還不爽，工做量產出與工做時長嚴重不成正比，本身也在思考這些工做現象和如何改進，不然若是這樣狀態長期下去確定會出現人心浮動，身心煩躁、離職、轉崗等等問題。。

效率低突出的幾個問題

  一、測試人員接手新項目，沒有好用（容易理解、無歧義、有圖文指引、詳細FAQ）的文檔。拿到一個文檔很差用，理解費盡也沒法Step by Step執行。可能也不知道誰熟悉這一塊，知道誰熟悉這一塊的人正好又忙的不可開交，三言兩語跟你說完了你仍是雲裏霧裏，又只能回去繼續埋頭看，時間就悄悄過去了。過兩天測試內容要交付了，活沒幹完，靠，加班。。煩躁

  二、已知問題反覆溝通、確認。A問B解決，C不知道該問題，又問D，D不知道又問A，A可能沒記錄時間長了忘記了又問B。來回循環特別耗時，看着好像挺不可能的，實際在項目組工做中很常見。有時候就是這種小的不能再小的問題阻塞你工做大半天。過程當中問問題的人很鬱悶（就這P大點問題搞半天），被問的也很鬱悶（咋每天問，我活也幹不完啊）。你們都鬱悶

 三、返工。舉幾個例子，環境切換後發現少了一個指令數據沒有收集，切換回來。半天過去了。切換前發現某個測試項沒有驗證切換回來。測試報告寫做時發現過程須要截圖發現忘記保留，加班重新測試一遍收集一下。累不。煩不。站着旁邊看我都覺着累、煩。

 四、習慣於手工操做。好比上百條的命令他能夠一個個寫，幾十個指令的修改他能夠一個個改。太可怕了。。明明能夠寫個腳本一會會能夠搞定的，就算不會寫，隨便組內找個小夥伴幫忙搞兩下也就解決了。可是好像習慣了，還覺着很努力。。可能不是常態，可是見過很多了

 五、還有其餘的，工具很差用、文檔找不着、文檔不成體系，遇到問題找不到FAQ等等。。

 六、策略問題。這個可能得專門說了。。再也不這展開。

  這些問題不知道在你們項目組是否存在或者是不是突出問題，這裏應該還與項目區人員業務、技術成熟度有關，恰巧的是咱們當前部門、項目組新人太多了。。可能不是問題的問題都成了大問題。。

效率低問題改進

  影響測試效率低的問題上面也簡單羅列了。不能光吐槽，總得想辦法解決啊，起碼讓本身或者和本身一塊幹活的少加點班啊。

 一、梳理收集組內現有經驗文檔，造成知識體系。特別是常常搞的工具使用、專項驗證常規特性驗證、複雜特性驗證等。文檔必定要清晰、易懂、規範、能多截圖就一張別少。能把點擊菜單按鈕路徑寫清楚就寫完整。爲何是常常搞的，第一優先級高，經常使用。另外，統計觀察過程發現，影響測試效率低最明顯的就是這些常搞的內容。另外，整理完後發佈在論壇上，隨版本測試實時刷新。知會組內同事。若是組內同事都勤於刷新這些內容，文檔和FAQ就會很是詳細。另外，還有一個好處，就是能夠知道誰搞過相關的事情，諮詢問題時就不用來回繞了。。直接找到相關人員解決問題。

 二、多總結，隨手記，多分享。上面說的是成體系的，這裏主要是隨手記一些文檔，FAQ。寫完能夠分享在本身博客、論壇甚至發到工做羣裏均可以。儘可能不要都記在本身電腦上，一個本身可能很差找，後面就忘記了。。另一個，別人就無法共享你的勞動成功，資源浪費了。。好記性不如爛筆頭，多總結，隨手記，多分享。與己方便，與人方便。

 三、工具開發與維護。按期維護經常使用測試工具，讓它更好用，不影響測試。按期收集工具需求，開發。。用工具提高測試效率，讓工具替人幹活，這就是自動化最大的價值。因此，要儘可能多思考，多想一想本身手上哪些工做能夠經過工具替代的。。不要埋頭手工搞，不是手工做業的時代了。。

 四、我的技能。這個重點就是要看我的了。。針對本身的手上工做有意識的去總結、拓展、去思考、去分享知識。業務和技能越強，依賴外部的機會就會少些，幹活天然效率就會高不少。。

 五、培訓。這個其實是好辦法辦法，可是去年上半年作了半年培訓 實際效果並很差。你們都只是掛着聽聽。互動也很差，下來就忘記了。。多是項目太忙，多是你們沒有真實經歷某些測試項時並不肯意主動花這個時間去學習，我有時候不肯意參加緣由是由於一個是我沒有太多時間提早了解，培訓時聽不懂。。多是培訓形式和方法不太對，這個須要再思考一下

最後...

  上述的問題其實在不少項目組都經歷過，都很廣泛，改進方法也都很簡單、很老套。只不過在新人多的部門和項目組暴露的更爲明顯。目前改進的事情如知識體系創建、FAQ整理，經常使用工做開發和維護都已經在進行中了。。但願工做效率能夠上一個層次，你們少加班，身心愉悅