爲什麼總說要想把功能測試做好的人，纔是真正的測試牛人，這話不是沒有道理的。可能不是我們沒有足夠的能力去做好它，而是沒有足夠的耐心去做好它。就如同很多人評價測試是一項沒有技術含量的工作一樣，因爲在很多外行的眼裏，測試就是點點鼠標，找找功能中所謂的缺陷，或者說是瑕疵。正因爲如此，所以我們從事測試工作的人就更加覺得自卑，非要弄出點讓人看起來有意義的技術，比如說自動化測試、性能測試和安全性測試等。一般對於這些個層面的測試，在大多數人看來，包括是開發牛人也無法完全去掌握所有的技術深度，所以這就是通常大家眼中所謂的有技術含量的工作。正所謂聞道有先後，術業有專攻。開發的本質工作是生產，而測試的本質工作是質檢，這是從工業流程的角度上來講的，當然肯定不巧當。不過這裏要表達的意思就是，如果你想成爲一個非常優秀的技術工程師，那你最好開發和測試都精通，比如就有這樣的職位叫開發測試工程師，我估計這樣的人很難招，因爲他們自己也不知道他們需要什麼樣的人。除此之外那就是開發工程師和測試工程師之分了，畢竟這兩個職位有本質的區別。其實，一般情況下那個說測試沒有技術含量的人，那他的開發工作肯定做不好，因爲他肯定不瞭解什麼叫測試，一個不瞭解測試的人，誰能相信他可以把開發做好。談了這麼多，當然我的意圖很明確，就是如何對待所謂沒有技術含量的測試，大家都可能公認的功能測試，特別是手動功能測試。不過說實話，我之前也是這麼認爲的，所以也是在進入測試行列之後以有機會就拼命去研究自動化、性能測試、安全性測試等，最後可能遨遊了一圈也沒搞明白測試的本質是什麼，我們爲什麼要做測試。所以導致現在我碰到很多的剛入門測試的朋友，就整天喊着要學習自動化、要學習LoadRunner性能測試什麼的，原因是因爲他們的開發看不起他們，他們的公司不待見他們，也導致他們自己覺得更沒信心去做好。當然這也是現狀，一時間處在那個環境的人確實無法自我領悟，所以爲什麼說要經歷了才能懂得呢。
我還記得之前有一個測試朋友，跟我討論，因爲他一直做功能測試，他做功能2～3年了，討論出去可以拿多少薪水的問題，我也是一口否定，如果沒有其他方面的技術儲備，肯定是不可能的，因爲只會功能測試，就這個幾年的經驗，算不上什麼優勢，因爲在公司看來，如果你只會一種最基礎的技能，那可能跟一個應屆生沒有多大的區別，至少應屆生可以培養，而且成本還低很多，似乎這樣的分析還是很在理的，不過估計拿到現在，我覺得也很難說服我自己的。其實，縱觀整個行業來看，目前國內的軟件企業也是百家爭鳴，對於測試行業的認可度也不是特別的高，至少相比國外，那還有一個時代的差距。但是大凡跳槽過幾次的朋友都不難發現，多數軟件公司的軟件產品目前都處於功能問題上糾結，更別說可靠性了，還有壓力和安全等，就更無從談起了。也就是說我們當前所承擔的大部分工作，就是要把產品的功能缺陷給解決了，只要完全解決了功能問題，纔可以談產品的可靠性等一系列品質。這也是爲什麼衆多行業測試人員都在追求高質量的自動化測試，當然主要是針對功能，因爲功能是工作量最多，產品質量的根源，也正是由於我們無法高效地完成功能測試，特別是手動功能測試都無法做好，纔去追求自動化功能測試。不過，嚴格地從邏輯思維的角度上來講，自動化的設計也是來自於手動測試，如果手動測試無法開啓的測試思維，自動化當然也無法做到。
當然，我不是要表達功能測試有多難，而是要明確要把功能測試做好是非常難的。最近，我在跟一個項目的二期測試，需求那邊提兩個文檔，一個需求列表，一個是需求說明，當對照兩個文檔看了半天沒有看明白之後，我就開始急了，找需求溝通，需求說，這是彙總N多個人的想法然後得出來的這個文檔，如果你要是不明白的話，你可以去找誰、誰、誰...等等。聽到這當然我就受不了，面對這樣的需求，除了埋怨，我不知道接下來還能做什麼。所以說做測試容易嗎，做好測試那就更不容易了。需求不明確，對於我們來說那就是太正常不過了，但是總歸還得做。在無法從需求那裏需求幫助的時候，我們就只能相互溝通，試着去理解這些問題，當然大部分問題還是之前遺留的問題沒有解決了，也只能理解一個執行一步了。面對差不多上百條問題，執行了一部分就開始覺得乏味了，因爲盲目而且又失去了測試思路，當然效率很差了。於是，開始尋找解決辦法了，總結之後大致有如下幾條：
1.翻閱之前提交到JIRA上的bug，重新執行一遍。
2.將之前的測試用例庫，對照相關的需求一個一個的執行
3.閱讀同組測試人員提交到JIRA上的bug，就近尋找的測試思路。
所以說做功能測試最大問題就是失去測試思路，當功能測試變得很乏味的時候，如何尋找測試的靈感，這就成爲了功能測試過程中的瓶頸。任何一個人都有迷失方向的時候，此時要做的就是不斷地嘗試去調整過來，重新迴歸到正確的方向上來。
一個優秀的測試人員不是你擁有多麼全面的技術，而是你如何理解測試工作的本質，任何方向的學習，最終的目的都是服務於我們工作的本質。
