軟體測試，效率決定未來，速度決定生死

在將就敏捷開發的今天，專案開發迭代周期短，功能上線頻繁，相應的軟體測試在保證測試質量情況下能否跟上整個專案的迭代速度，這一點是尤為關鍵的，哪怕開發的功能在多，不經過系統的測試，保證沒有重大隱患bug，功能也無法上線。

然而在工作中我們總是會遇到這樣那樣的問題導致整個測試效率過低，預期工作量和實際工作量及時間耗費都嚴重超出，下面列舉幾種常見的情況：

以上情況在工作中可以說是頻繁的出現，測試人員加班多，工作也做的不爽，產出和工作時間完全不成正比，在這種情況下，就不得不思考如何改進現狀了。

導致效率低下的常見問題

接手新專案卻發現沒有文件

無論是來了新測試人員還是測試人員新接收專案，許多公司靠的不是好用的文件幫組測試人員度過適應期，而是叫開發去跟測試人員講解，而往往開發又忙的不可開交，三言兩語跟測試也說不清楚，致使時間過去了，而測試也只能一點點加班摸索。

已知問題反覆確認溝通

這種現象在各公司的專案組中普遍存在，往往許多小問題某測試人員會頻繁的諮詢其他人，而過幾天忘記了，又去問別人，如此迴圈特別消耗時間，而往往乙個重複出現的小問題會阻塞大半天的工作。

測試返工

切換環境後發現少了乙個引數沒有收集，又切換回去，等待半天。寫測試報告時發現測試過程沒有截圖保留，又重新測試一篇收集截圖。因為種種原因頻繁的返工測試，加班加點白白消耗時間。

習慣手工操作

許多測試人員在工作中由於慣性思維，習慣了手工，甚至上白條命令也能乙個個寫，乙個個修改。明明只需要自主學習下指令碼，一會就能搞定的事情，然而習慣是乙個可怕的東西。

其他問題

工具不好用，文件找不到，文件不成體系等等。

這許許多多的問題，在大家的專案組中或多或少都會存在，而且還往往伴隨著專案人員自身技能不夠熟練等問題，更是雪上加霜。

改進效率低下問題

辦法總比問題多，效率低下我們不是說直接就放手不管了，而是要去想辦法解決，起碼能讓自己少加點班。

文件梳理成體系（免費領取python自動化學習資料工具，面試寶典面試技巧，加qq群，785128166，群內還會大佬技術交流）

文件永遠都是放在第一位的，將累積的經驗一點一滴收集起來，形成知識體系，特別是專案中工具的使用經驗，一些複雜性測試經驗的積累。文件的易懂、清晰、規範是最重要的。特別是測試中常見的內容總結，統計發現，影響測試效率低下最明顯的反而就是這些常見的內容。

除了成系統的專案檔案外，平時工作中一定要注意隨手記錄一些文件，寫完也可以分享到工作群裡，這裡需要注意的是，最好不要記在自己電腦上，時間一長不是忘了就是找不到了會。多分享，與己方便，與人方便。

變手動為自動

工具使用的好壞對我們測試效率的影響還是比較大的，多研究自己使用的工具，定期收集工具的需求，開發新的指令碼。讓工具替人幹活，這是自動化最大的價值，不要埋頭苦幹，這個時代不是手工時代。

個人技能提公升

這個就主要看個人了，真多手上不同的專案需求，去提公升擴充套件自己的知識，來加強自己的技能與業務，減少外部依賴，幹活的效率就會高起來。

最後上面的問題許多公司專案組都存在過，是十分普遍的情況，而改進方式也很簡單老套，但現在存在大量的中小網際網路公司和傳統行業轉型到網際網路的公司，新組建的部門及專案組，過多的新人導致這些問題的暴露尤為明顯。而系統的改進工作流程和環境，成體系化往往是被忽視的地方。