測試人員和測試工具

今天想談?wù)劀y試人員和測試工具的關(guān)系問題。

從02年開始接觸測試，我用過了無數(shù)的測試工具，通信行業(yè)需要的測試工具要比互聯(lián)網(wǎng)復雜得多，因為需要仿真通信時遇到的各種問題。測試工具可以定制各種消息，各種網(wǎng)絡(luò)環(huán)境，還有各種異常。一般非常專業(yè)的測試工具都是需要購買的，價格不菲?；谧詣踊貧w，諾西做過robot，讓測試人員通過表格化的方式來寫測試用例。手工測試和自動化測試花費的時間比差不多是1:5到1:10(《人件》當中有詳細的闡述)。自動化回歸發(fā)現(xiàn)的bug是相當少的，也沒有人會去統(tǒng)計這個數(shù)值。我相信除非禁止了手工測試，否則自動化回歸發(fā)現(xiàn)的bug永遠都是相當少的。自動化覆蓋率大幅提高的同時，customer pronto的數(shù)量也在大幅提高。但我并不清楚其中有沒有必然的聯(lián)系。很值得去分析一下。

到了互聯(lián)網(wǎng)企業(yè)，測試工具就要簡單得多，基本上用于自動化回歸。TC的管理也沒有通信行業(yè)復雜，不需要把用例和需求關(guān)聯(lián)起來，也不需要統(tǒng)計用例對需求的覆蓋率。

互聯(lián)網(wǎng)企業(yè)喜歡自己寫測試框架，這可以理解，因為相對來說功能比較大眾化，比較簡單。用開源的框架就可以了。自己寫框架，可以提高響應速度，任何個性化的需求都可以得到快速的滿足，這挺好的，對測試人員來說也是一個寫代碼的鍛煉機會。

但是工具僅僅是工具而已，測試人員會用工具，可以提高測試的工作效率，就夠了。測試人員更重要的工作是發(fā)現(xiàn)bug，當我需要用工具的時候我就用工具，當我不需要工具的時候，我完全可以不用。

這么簡單的道理，我相信人人都明白的吧。

可是，現(xiàn)在好像很多人都不明白這個道理了。

首先，我們來談?wù)勎覀優(yōu)槭裁匆霉ぞ?。有句話叫做，磨刀不誤砍柴工，磨刀是為了提高砍柴的效率。對吧？那么，到底是磨刀好呢，還是砍柴好呢？沒人care，大家只care最后柴砍得好不好，快不快，多不多。如果只砍柴，不磨刀，柴就會砍得慢。如果只磨刀，不砍柴，那就更糟了，沒柴用了。

我會認為，一個好的樵夫，肯定會重視磨刀，但是磨完了刀他會去砍柴，磨一次刀可以砍好幾天的柴。一個好的測試人員，肯定會想辦法提高自己的工作效率，善用工具，沒有工具的時候會創(chuàng)造工具，但是他還是會專注于測試。

一個好的管理者，會在乎最后柴砍得好不好，而不是看這個人會不會磨刀。會不會磨刀不重要，重要的是，是不是需要磨刀，需要磨刀的時候才磨刀，不需要磨刀的時候硬要去磨刀，也不是一個好的樵夫。對嗎？

測試人員和測試工具的關(guān)系，應該是使用和被使用的關(guān)系。一個好的測試人員，更關(guān)注于自己的測試工作是否能夠高效率的完成。怎么樣可以更好地做好自己的工作，就怎么做。沒必要做任何工具都要去給別人用，都要做成一個框架，都要有影響力?？剂縆PI的時候，判斷晉升的時候，看這個測試人員做了多少給別人用的工具是毫無意義的。

我不希望看到測試人員為工具所累，更不希望做工具會成為考量一個測試人員的標準。一個測試人員有好的開發(fā)技能不需要體現(xiàn)在做了一個測試框架和測試工具上面，而是需要體現(xiàn)在需求評審的時候拒絕了一個無用的產(chǎn)品，技術(shù)評審的時候阻止了一個愚蠢的設(shè)計。我記得有個老大曾經(jīng)說過一句話，測試人員要比開發(fā)懂業(yè)務(wù)，要比業(yè)務(wù)懂技術(shù)。我覺得這句話很靠譜，我也是這么做的。我也常常做工具，只是為了提高效率，但不會以此為目的。有人說過，優(yōu)秀的程序員需要三個寶貴的品質(zhì)：懶惰、急躁和驕傲。懶惰就是討厭重復的工作，重復勞動用自動化來替代，急躁就是不耐煩做復雜繁瑣的事情，驕傲就是相信自己能做出最優(yōu)秀的產(chǎn)品。其實測試人員也是一樣的。一個好的測試人員，會用聰明的辦法解決自己的問題，會在問題中總結(jié)經(jīng)驗教訓，會在成功的產(chǎn)品中留下自己的身影。

所以，當測試人員都爭先恐后地去做工具的時候，我感到非常的茫然。這是怎么了？在一個開源框架的基礎(chǔ)上做出一個幾十或幾百人用的日常工具就這么有成就感嗎？就這么容易被認同嗎？難道去和PD、開發(fā)一起做一個幾百萬或上億人使用的優(yōu)秀產(chǎn)品反而沒有那么大的魅力了嗎？買家和賣家認同你的產(chǎn)品，可以從你的產(chǎn)品中得到服務(wù)，得到訂單，去改變現(xiàn)狀，難道不比做一個日常管理bug和用例，管理自動化回歸的測試框架更有挑戰(zhàn)，更有意義嗎？

如果你從一個公司的角度看待每一個角色，好的產(chǎn)品經(jīng)理需要把控產(chǎn)品的定位、設(shè)計出滿足運營需求的產(chǎn)品，好的開發(fā)需要運用自己的技術(shù)能力，快速開發(fā)出穩(wěn)定、好用的產(chǎn)品，好的測試需要運用自己的測試技術(shù)和經(jīng)驗，及早發(fā)現(xiàn)所有的問題并改正。開發(fā)向前走，是為了幫助產(chǎn)品經(jīng)理選擇用最好的技術(shù)來實現(xiàn)產(chǎn)品。測試向前走，是為了幫助產(chǎn)品經(jīng)理和開發(fā)避免犯錯，讓錯誤的代價最小。每一個角色都有自己的價值，每一個角色都很重要。開發(fā)需要精通于自己的技術(shù)，在技術(shù)領(lǐng)域做到最優(yōu)，測試需要了解每個領(lǐng)域的產(chǎn)品和技術(shù)，在每一個環(huán)節(jié)"say no"。有的時候我甚至覺得做一個好的測試，要比一個好的開發(fā)更難。

但是，現(xiàn)實并非如此。大家總是覺得，創(chuàng)造一個產(chǎn)品很有成就感，說真的，我也常常會這么想。測試只有在一個產(chǎn)品被罵的時候才會被提及，大家會說，這個產(chǎn)品怎么通過測試的，這么爛！但當一個產(chǎn)品很出色時，沒有人會說，這個產(chǎn)品的測試太牛了，產(chǎn)品這么好！這就是做一個測試最痛苦的一點。很多同事也問過我同樣的問題，怎么樣才能體現(xiàn)出一個好的測試呢？記得我剛到互聯(lián)網(wǎng)公司的時候，有一個開發(fā)問我：這里有一百多行代碼，你看不看得懂？我當時真不知道該說什么。就好像有一次一個快遞問我媽，你會不會寫字？我媽當時想跟他說，我清華大學畢業(yè)的，你說我會不會寫字？后來想想，也懶得說了，就說，會寫字。有的時候我也在想，如果我當初不去諾基亞做測試，繼續(xù)留在VIA做開發(fā)，我現(xiàn)在會是什么？至少不會有一天，有個開發(fā)問我，你看不看得懂代碼。也許正是出于這樣的心理，所以測試人員才會熱情高漲地去做工具，去參加無線之夜，去參加賽馬。是想證明我不是沒水平，我不是看不懂代碼，我只是選擇了測試這個崗位！但這本來就不需要去證明的??！

記得當初我參加面試的時候，技術(shù)總監(jiān)問我，你對自己的定位是什么呢？我說，是測試架構(gòu)。因為在V Model里的每一個環(huán)節(jié)我都經(jīng)歷過，我知道如何來把控一個產(chǎn)品。我也會帶領(lǐng)所有的測試人員向前走，想后走，把產(chǎn)品的質(zhì)量管起來。

可是現(xiàn)在，測試人員正在不斷地用測試工具來證明自己的價值和能力，公司也在用開發(fā)能力來衡量一個測試人員，這讓我覺得太擰巴了。這樣的衡量標準，讓測試人員情何以堪？測試工具不再是工具，而是我的價值所在。工具在，故我在。我是高P,故我做工具。磨刀不再是為了砍柴，而是為了存在。這是不是很可笑呢？