觀點丨團隊不重視、客戶不理解，測試人員真的很委屈……

項目排期的郵件剛發給客戶，立即收到了反饋，郵件上面寫著……

全文共1233字，消化約7分鐘。

「你們的開發團隊技術實力不是很強么，那做出來的東西就應該是沒問題呀，還要測試幹什麼？」

我看了看身後已經忙到三天沒有回家的測試員們，心裡就像打翻了五味瓶，好在經過跟客戶詳細的解釋，最終得到了客戶的理解，項目排期也得以確認。

客戶對測試工作和工期的質疑，這已經不是第一次遇到了，有很多客戶，由於不清楚測試的工作量以及具體內容，對項目中測試階段的價值是存在誤解的，例如：

客戶會認為測試的工作量並不大，為什麼測試專員的收費還會這麼高？

針對幾項功能為什麼需要測試這麼久？

測試人員究竟都在測試些什麼？

……

客戶之所以拋出這些疑問，往往都是由於對技術開發的不了解所導致的。提出這些問題，以客戶的視角來看非常合理，只要能了解到對於任何一款產品來說，初期開發階段通常都會有出現問題，而這些問題都需要通過反覆的測試和bug修復，才能最終打磨成甲方期望並且擁有良好用戶體驗的產品。知道了這些，客戶通常也就能夠多少理解測試一些了。

有趣的是，當我回顧自己在工作中圍繞「測試」所遇到的其他其他問題時，我發現隨著視角的不同，就連身處同一個項目組的成員，對「測試」的理解都有可能存在差異。

比方說，跟一個項目經理提「測試」，多數情況他們會把測試先理解成一個工作環節，然後才是職業。平心而論，項目經理也是最深知「測試」環節對於整個項目意義的人。畢竟遇到「極簡」的項目，項目經理自己會就充當測試員的角色，而遇到功能較複雜的項目，有時甚至需要多個測試專員去輔助項目經理。

在可實現的前提下，項目經理通常還會壓縮開發階段的時間，從而留出更多的時間去做測試&bug修復。這樣做的目的，不僅是為了能夠儘早發現並整理匯總bug點，修復後再複測，儘快產出一個可以提交給甲方進行驗收的版本，也是一種降低項目風險的手段。所以，測試對於項目經理來說，是至關重要的。

對測試人員來說，他們深知測試的流程規範，能夠針對不同行業、不同類型的產品及功能點的重要程度，分辨出哪些功能點最容易出問題，並且這些判斷通常是非常敏銳的（接到一個新進項目需要測試，他們總能在最短的時間內熟悉項目的需求）。

而測試人員這一職業也對應著兩種不同的立場：①身處在甲方位置的測試工程師，②身處在乙方位置的測試工程師。雖然大體的崗位職業基本一致，但往往乙方需要承擔更多，例如編寫測試計劃、輸出測試用例、測試報告等等。

如果說甲方只是在測試用例中進行抽測，那麼乙方的測試則需要把每一個功能點都測試覆蓋到。這也是為什麼反觀項目完成情況後，我們會發現，一個盡職盡責的測試，往往是「吹毛求疵」的。

最後，談到測試，就不得不提到測試的可視化產出物——測試用例。

作為項目經理，我在遇到需求點很少的項目時，也曾有過猶豫：這個項目功能點這麼少，甲方也沒有硬性的要求，是否還有必要提供測試用例？提交的產品功能齊全、沒有bug了，是否還有必要給這個文檔那個文檔？

答案都是需要的！

事物存在即有它存在的意義，再極簡的項目，它執行的流程和里程碑也是和其他項目同等重要的。測試用例對於甲、乙方來說，都絕不只是一份測試階段的產出物，還代表了每一個項目參與者對產品負責的態度。

我有時在想，在當今有些「浮躁」的社會大背景下，人們距離成功，或許只是少了些匠心精神。從測試，從任何一件事上去反思，我們是否能夠做的更多、更好呢？

如有問題，歡迎在官方微信公眾號留言，微信公眾號搜索「外包大師」點擊關注即可。

http://www.waibaodashi.com/?from=dashi_gh (二維碼自動識別)