測試人員到底是什麼樣的人？

節選自 （原書名： ，作者：Tim Riley & Adam Goucher，譯者：張 奭 等）

 

 

在 IT 世界裡，測試人員的工作是極為特殊的。在商業世界裡有多少份工作是付錢讓你直言不諱的呢？ 當唯一的“桃子”顯然有些壞掉的時候，測試人員不應該是拿著工資卻告訴你一切正常。可以想象，你的專案組或 IT 部門的其他成員可能會有些不合時宜的樂觀情緒或自相矛盾的評論意見。不過，測試人員拿了工資就是要告訴你他們所瞭解的一切事實，甚至有時候他們會直白地說你的小寶寶很醜，還給出一系列論據。

管理一群測試人員或者與他們共事，理解他們的思維是很有幫助的，這包括你得明白工作上什麼事情才能讓他們情緒高漲、興奮異常。

那麼測試人員到底是什麼樣的人呢？如果只列舉少量的關鍵特質，那麼首要的一點是測試人員有好奇心。 他們想弄清楚事物是怎麼執行的；其次，他們喜歡動手實驗 ，他們想知道嘗試使用功能演示時不同的使用者場景和實驗會發生什麼；再次，好的測試人員膽子比較大， 他們不害怕會破壞什麼東西，不管你有多位高權重，他們也不害怕把發現的事實告訴你，他們更不害怕站出來據理力爭，一定要把他們相信可能影響到產品成功的問題解決掉。測試人員聰明，善於分析，善於學習。事實上，他們總是在學習，他們的工作性質要求如此。技術總是在變化，他們接到的每個專案或多或少跟上一個專案不太一樣。有時候他們有很好的文件，有時候沒有很好的文件，有時候甚至沒有成文的文件。他們必須問出正確的問題，研究正確的問題，把謎題的各個碎片聯絡在一起，然後得出正確的結論。測試人員一般不關心辦公室政治，如果你發現一個測試人員特別精通此道，很有可能他的本職工作做得不是非常出色。 當你的工作是發現和報告問題，要想玩好政治遊戲是很困難的。經常有人責備測試人員過於直接、粗魯、團隊合作精神不佳等。其實不然，很有可能責備他們的人不瞭解或者沒能意識到專案組中測試人員的角色，他們的工作不允許他們隱瞞任何“不方便說”的資訊。

上述這些是測試人員好的特質，還有其他一些不那麼好的特質 ，但也是大部分測試人員整體個性中不可分割的一部分，尤其對那些測試經驗豐富的人來說。測試人員容易不信任人 ，這是從實踐經歷中學來的，別人總是告訴他們模組 X 不需要測試，或程式碼 Y “沒動過”，這種資訊錯的次數多到數也數不清了。所以就算你告訴測試人員草是綠的他們也要親自過目才敢相信。測試人員是挑剔的，這個習慣也貫穿在他們生活的其他方面。他們的任務就是要發現和報告問題，這就是說如果你發給他們的電子郵件裡有一個拼寫錯誤，他們整個團隊都會跳出來好心指出，甚至還有你（或者其他人）的其他錯誤。測試人員質疑一切，包括權威。一般來說想要用搞定其他部門的辦公室政治手腕來欺騙或者算計測試部門可不容易，倒是告訴他們嚴酷的真相要來得好得多，這是唯一贏得他們尊重和信任的方法。

你可能認識一些並不具備前述特質的測試人員。不是測試團隊裡的每個人都算得上是測試人員，也不是每個具有測試人員頭銜的人都算得上是個測試人員。 有的人滿足於執行已有的測試，他們沒有擅長分析、好奇和喜歡動手實驗的天性，他們的膽子不太大，很容易被強勢性格的人、位高權重的人或要去做新鮮事情的想法所動搖。他們可能因為害怕人們之後的反應而不報告缺陷；他們主要的顧慮是不要壞了大局，有的人過於“熱衷”辦公室政治和關注個人的計劃和成功，以致失去了讓他們在測試團隊中與眾不同的那些很有價值的特質。總的來說，根據你的部門大小不同，不同性格的人都可以對專案的成功貢獻力量，但是花力氣去識別和培養你部門裡“真正的”測試人才是值得的。只懂執行其他人測試想法的人，不能算是一個真正意義上的測試人員。 當一個測試人員需要執行一大堆已有的測試用例時，容易心生厭煩，可能會盡快執行這些測試，只是想讓它們從眼前消失。這意味著他們可能不會非常關注這些測試，當然也就不能像認真徹底的執行者一樣找出某些問題。從好的另一方面來看，一個“真正的”測試人員一定會把這些已有測試看作自己的職責範圍，重新考慮其中的想法，提出問題，充實和改變測試，探究原來的分析沒有考慮到的地方。 如果原來的分析實在很棒，那可能他們也找不出來太多可以更新充實的內容，進而增加了無聊指數。你會發現，如果每天的工作就是按部就班，如執行一大堆已有的手工測試用例，日復一日，那些真正富有創造力、勤勉的、聰明的測試人員的精氣神兒、自主性和創造力都會消磨殆盡。為了你的測試人員士氣著想，無疑需要讓他們把手頭工作交給願意每天按部就班做事的人，或把手工測試自動化，或者不要讓他們再做這些事情。他們想做點新的事情，想發現和報告缺陷，想貢獻其他人無法貢獻的力量。

很多測試人員覺得單調乏味而不屑執行迴歸測試用例，你會發現他們其實大部分都理解甚至同意迴歸測試的必要性，但這就像是面對一道人家已經解決的謎題，一點探索和尋寶的樂趣都沒有了。大多數測試人員知道迴歸測試只能找到程式碼裡的一小部分問題，他們更願意去尋找新程式碼裡潛伏的一大堆問題，這完全就是探索和尋寶的樂趣之旅。

那麼在態度方面，難道不應該團隊協作嗎？千真萬確，你的測試人員也願意扮演好團隊成員角色，他們是想幫忙作貢獻的，他們很希望自己得到欣賞，但是他們關注的東西讓專案組其他成員難以接受和欣賞他們的貢獻。他們的幽默甚至增加了讓他們融入團隊的難度。更糟的是，如果你在一個不關注質量的公司工作，並不認同或不解決測試人員辛辛苦苦發現的問題，測試團隊會認為這是對他們以及他們的工作缺乏尊重。如果你不給予測試人員他們應得的尊重，很快就會讓他們士氣低落，然後你就很難留住具有本土市場上熱門技能的人才。

總的來說，現在整個測試業界已經相對成熟、文明有禮了，測試人員變得更能與人“和睦共事”。最有經驗的測試人員會同情地拍拍你的肩膀說：地球人都知道事情不僅僅是發現問題那麼簡單。他們也會充分理解、全力支援你的決定：問題 A 、 B 、 C 可以不解決了，不會有人就此激動萬分大發雷霆的。實際上，擁有多年工作經驗的測試人員會說出你所喜聞樂見的意見，因為他們從這家公司的專案經驗中學乖了，知道這樣會給他們（當然也就是給你的部門）帶來最好的質量結果。但是需要記住，他們之所以肯犧牲問題 A 、 B 、 C ，很可能是為了說服你解決更嚴重的問題 D 和 E 。大多數測試人員私底下希望你解決他們找到的所有問題，測試人員很明顯會偏向於把問題都解決掉，他們看見出錯的東西，就想改進它們。 想想吧，你真的希望測試人員不這麼想嗎？

一般來說，經驗豐富的測試團隊能用漂亮的包裝紙（詞彙）和絲帶（對於問題的理解）來呈現一個缺陷，過了好一陣你才會意識到自己收到的是一大堆噁心的牛糞。他們也不過是轉贈而已，是你先給了他們這樣的東西，不知何故你給他們的時候沒有發現這玩意兒真的是相當臭。他們用禮貌的政客語言跟你講話，這跟在你耳朵聽不到的場合（如在牧場跟其他牛仔侃起大山時）說的話可是完全不同的。他們在痛苦的經歷中學到，與其共事的其他領域的“傢伙”是不能真正欣賞他們這種幽默和樂趣的：在地裡系統全面地搜尋牛糞，然後用繫著大紅蝴蝶結的漂亮彩盒子裝起來送給專案組……

搜尋軟體毛病（缺陷）很像尋寶之旅。缺陷通常是藏起來的，要找到它們需要同時具有邏輯、技術和直覺（或者說運氣）。很多測試人員都很喜歡謎題，這並非偶然。他們就喜歡搜尋和發現東西。尋寶令人興奮，發現一個錯誤（或者說答案）是終極動力。當測試人員發現缺陷之日，就是他們賺取酬勞之時。在他們看來，那意味著終端使用者不會發現的問題多了一個，開發團隊改進產品的機會多了一個，公司的風險因素少了一個。找到一個缺陷就是一個值得歡呼雀躍的意外收穫。 開發團隊或管理層認為是令人不爽、厭惡、沮喪的沒解決的問題，對測試人員來說卻是美妙的事物，是埋藏的寶藏，是達布隆金幣。

不同的測試人員為搜尋缺陷做著不同方面的準備。他們的準備工作取決於你的環境和研發方法，一些準備工作源自個人偏好，他們可能提前開始寫測試用例，也可能從一個筆記列表入手。但是不管技術方面怎麼樣，有些事情是各種技術都共通的。

他們要閱讀一切幫助瞭解測試目標的資料，要問問題——很多很多的問題，一直問到他們滿意覺得足夠了解該應用程式為止，然後他們要決定如何最好地進行測試並制定一個計劃。這個計劃也許很正規，也許只在他們的腦子裡，但大多數測試人員在開始測試之前就知道他們想要檢查什麼，在開始實驗的時候也大致知道系統應該是什麼樣以及如何工作。

這就是技術、培訓、經驗發揮作用的時候了。一個受過培訓、經驗豐富的測試人員總是比缺乏培訓、經驗不足的人找到更多的錯誤。這與智力無關，只是缺乏指導和學習。 這也不是說新人就會一無所獲，他們也能發現一些東西，但是經驗豐富的測試人員知道哪裡容易發現缺陷，什麼容易出問題，他們還從經驗中學到在類似的情況下哪種技術曾成功地幫他們發現缺陷。一個測試人員是否受過“正規的”培訓（邊界分析等），或敏捷技術培訓（啟發式、遊歷式等），或者兩者都學過，並不那麼要緊。一旦測試人員學會閱讀字裡行間暗藏的玄機，觀察顯而易見之外的事物，詢問一針見血的問題，以及眼界的擴充套件，你就成為了一名真正的測試強人，透過繼續學習和掌握新的工具，你的力量將隨著職業生涯不斷增強。