軟體測試的痛點有哪些？

做 軟體測試 的同學們，你在平時的測試工作中有哪些困惑或困擾呢？你可以自行簡單思考一下。下面我梳理一下，大家可以看看自己是不是也有如此的感受。

 

從 測試整體角度 分析：

第一個痛點是 入門容易深入難 。

很多人認為 軟體測試 也就那麼回事，其實不然。測試需要非常紮實的技術功底和非常全面的知識儲備。在國外，很多情況下都是技術大牛轉型做測試，而在國內則偏偏相反。

 

第二個痛點是 價值體現 。

產品部門是定義產品的，做的是使用者分析和需求確認，確認要不要做；研發部門是創造產品的，這是一個從 0到1的一個階段，確認能不能做；測試部門是什麼？測試部門是驗證產品？檢測產品能不能用？還是別的？從客觀角度來說，測試價值被嚴重的低估和誤解，很多人覺得測試人員提供的價值輸出不夠。就我的理解而言，測試的基本價值就是保證質量，這是測試人的生命線，也是最基本的價值體現。就擴充價值來說，測試可以協助最佳化研發流程和效率、提高交付和運維的效率、為產品的持續改進提供建議和支援等等，可以做的事情非常多。因為測試人最熟悉產品，最瞭解使用者，最理解研發體系，這是測試人的優勢。

 

第三個痛點是 永遠不知道系統還有多少缺陷 。

這個時間就是如此，我們有非常多的位置領域。對於開發的產品，我們同樣永遠都不知道還有沒有缺陷，所謂的質量好也都是相對而言的。我們無法窮盡測試，更無法直接確定質量，只能基於一定的標準和測試方法來判斷產品是否真的合格。

 

第四個痛點是與研發人員 “幹架” 。

由於所處的立場不同，測試人員與研發人員發生衝突的情況很多。簡單舉例下，研發人員認為測試人員提出的 BUG有問題，不予修復，測試人員則認為研發人員應該修復這個BUG，雙方僵持不下，類似的場景非常多。

 

第五個痛點是測試人員是 “背鍋俠” 。

在客戶現場測試出問題了，系統上線出問題了，很多人第一意識反應就是測試人員沒有測試到位，有漏測。對於測試人來說，這種誤解心裡非常難受，難免覺得自己委屈。所有的 BUG都是開發人員引入的，但是測試人員作為質量的“守護神”，需要守住最後一道防線，得守住了，守穩了，雖然有的時候會受埋怨，其實大家也都清楚，問題的根本在研發端或產品端。

 

從 測試執行角度 分析

第一個痛點是 測試環境 。

不同的測試物件，所需要的環境會有差異，尤其是軟硬體一體的社保（硬體不穩定或軟體功能複雜），或者說效能測試、比較複雜用例的測試，測試環境對於測試人員歷來都是非常 “痛”的一件事。有的時候折騰測試環境需要多半天，而測試執行僅僅需要5分鐘、十分鐘就完事了。測試環境的搭建如此重要，有時直接關係著測試用例的執行質量。

 

第二個痛點是 測試用例 。

測試用例的編寫、測試用例基線的維護、不同專案測試用例的整理、測試用例的標識（重要性、場景、類別、是否自動化、測試環境、前置條件等）等等，都非常的重要，而這裡的每一項工作都非常的不容易。

 

第三個痛點是 測試分析 。

測試分析包括測試缺陷的定位分析、基於缺陷本身的分析（趨勢圖、分佈圖、原因圖等）、測試執行過程的分析、產品質量的分析、測試策略的分析等等。測試分析是測試執行中經常運用的技能，它更多是一種思維方式、一種工作習慣、一種工作方式。

 

第四個痛點是 迴歸測試 。

迴歸測試是版本系統測試中必經的一個測試階段。迴歸測試到底由缺陷提交人員迴歸自己提交的缺陷呢？還是由其他人迴歸呢？迴歸測試到底是僅僅迴歸缺陷本身，還是圍繞缺陷和修正程式碼展開更多的測試？這裡面的測試策略非常多。我覺得我們要結合測試資源、專案實際情況、 測試流程 和機制等綜合決策如何更好的展開回歸測試。

 

第五個痛點是 缺陷復現 。

對於測試人員來說，缺陷的復現尤其是難以復現的缺陷真的非常惱人。因為那些缺陷本身非常難以復現，必然需要非常多的復現技巧和方法。很多時候，大家會發現復現了很長時間，但是最終什麼都沒有復現出來，拜拜折騰了很長時間，還浪費了很多精力。我覺得對於缺陷復現，如果兩三次之內可以復現出來的，基本上就算完事了。復現超過三次以上的，我不建議測試人員再花費太多的時間在復現問題上，反倒應該讓研發人員進行程式碼閱讀和程式碼稽核，從程式碼本身尋找問題。

 

第六個痛點是 補丁測試 。

如果沒有現成的測試環境，補丁的測試非常的麻煩，測試環境、測試版本、補丁釋出說明等都會影響補丁的測試。如果沒有持續整合環境，補丁測試會非常的折騰和麻煩，重新搭環境、部署版本、設計補丁測試用例等非常的耗時。我相信很多人一定會有同感，尤其是線上的缺陷非常的著急。

 

第七個痛點是 任務對接 。

很多測試人員都會有感觸，研發人員找測試人員測試個小模組，技術支援人員找測試人員驗證個小器件，供應鏈人員找測試人員驗證個物料，產品經理找測試人員測試個臨時專案等等。所有任務的對接，不一定完全的對接測試負責人，因為有些小任務、臨時類任務可能就直接找相關測試人員了，他們也許並非有意不按套路出牌；有時候出於良好的個人關係直接就說了；有時候不知道找誰尋求幫助，就找到測試這了。所有的這些情況我們都需要考慮，再嚴格的任務下發流程，也一定會有特殊的情況，測試人員一定要學會靈活應對。

總之，測試的痛點非常多，以上的這些痛點並沒有嚴格的先後順序，但是話說回來，哪個職位和角色沒有痛點呢，如果有痛那我們就解決痛。路需要往前奏，生活需要向前看，工作需要在發展之中前進。樂觀的心態和向上的態度是我們前進的動力、要永遠相信明天會更好。