根據(jù)我的觀察，優(yōu)秀的測試人員可以做的事情可以包括如下3點：

由單純的測試變成項目質(zhì)量保證工作

持續(xù)集成探索和推動和自動化測試技術(shù)研究

測試相關(guān)工具的開發(fā)

1、我們先來講第一點，由單純的測試變成項目質(zhì)量保證工作

測試，從狹義的角度來講，包括如下這些環(huán)節(jié)：

測試計劃和測試用例編寫－測試執(zhí)行－質(zhì)量報告書寫

測試人員一般會在開發(fā)階段就進行測試計劃和測試用例的編寫和準備工作；在測試階段，我們一般先會做功能測試，等項目功能基本穩(wěn)定，bug較少了，就開始做兼容性測試、性能測試、安全性測試。兼容性測試保證了產(chǎn)品在多瀏覽器、APP在產(chǎn)品在不同機型下的兼容性；性能測試保證了產(chǎn)品在海量用戶大流量下的服務(wù)能力；安全測試能發(fā)現(xiàn)產(chǎn)品可能會被攻擊的各個隱患。做完了這些測試以后，人員發(fā)布質(zhì)量報告，產(chǎn)品上線。

不過，優(yōu)秀的測試人員需要向上游和下游拓展測試的領(lǐng)域，把自己放在“質(zhì)量保障”的角色上，推動整個項目組一起保證質(zhì)量，上游的工作包括：

在產(chǎn)品剛立項、進行需求確認的時候，測試人員就會參與進去，仔細地Review需求，看需求是不是完整、有沒有漏洞，這個時候還沒有進入正式開發(fā)，修改需求對于項目組來說代價是最少的。在這個環(huán)節(jié)，測試人員憑借縝密的推演、發(fā)散性的思維，往往能發(fā)現(xiàn)很多需求的漏洞，提高了項目的整體效率。

另外，測試人員在完成測試計劃、測試用例以后，會邀請開發(fā)、策劃一起來評審測試用例，在這個環(huán)節(jié)，由于測試人員把每個需求如何細化測試都體現(xiàn)在了用例里面，就相當于再次把需求分析了個透，往往還能發(fā)現(xiàn)很多需求的漏洞。這也是提早發(fā)現(xiàn)需求漏洞的有效環(huán)節(jié)。

我們知道，代碼的質(zhì)量歸根結(jié)底是由開發(fā)保證的，測試做的工作，只是發(fā)現(xiàn)Bug讓開發(fā)修復(fù)。如果一個花瓶，一開始就是很完美的；另一花瓶經(jīng)過了各種修補，看起來比較完美，大家覺得哪個花瓶比較好？當然是第一個花瓶。所以，測試人員應(yīng)該站在質(zhì)量保障的立場，想辦法跟項目組溝通、給開發(fā)提供工具，讓開發(fā)自己把質(zhì)量保障工作做好。比較可行的一些方式是：提供一些手工用例讓開發(fā)自測；給一些自動化的接口和UI測試代碼讓開發(fā)自測；部署靜態(tài)代碼檢查工具，并推動開發(fā)分析和修改發(fā)現(xiàn)的問題；有一些做得好的項目已經(jīng)實現(xiàn)了持續(xù)集成，也可以嘗試。

下游的工作包括：

在產(chǎn)品完成了測試以后，就是發(fā)布的環(huán)節(jié)了，測試人員在發(fā)布的環(huán)節(jié)也能發(fā)揮作用，首先，測試人員為了部署測試環(huán)境，研究自動化部署的技術(shù)，可以把上線部署的環(huán)節(jié)也自動化，以前需要2個小時的部署環(huán)節(jié)壓縮到半個小時甚至更少，而且更加準確可靠。

如果有些版本修改比較多，上線的質(zhì)量風險大，測試人員會跟產(chǎn)品一起制定灰度發(fā)布的方案并在技術(shù)上進行實現(xiàn)，讓版本先面向一小部分用戶開放，如果發(fā)現(xiàn)Bug了，影響的用戶也比較小，Bug改掉以后，再逐漸擴大用戶范圍。

另外，優(yōu)秀的測試人員還會發(fā)動項目組的其他人一起來保證項目質(zhì)量，比如推動開發(fā)進行代碼Review；引入冒煙自測流程，讓開發(fā)先自測以后再提交給測試做冒煙測試；通過在項目組分析Bug，讓開發(fā)提高自測，降低Bug數(shù)量等；引入策劃、交互、視覺在測試階段進行走查，等等各種措施。

2、持續(xù)集成探索和自動化測試技術(shù)研究

業(yè)界都在說持續(xù)集成，那持續(xù)集成究竟是個什么鬼呢？

持續(xù)集成原本的意思是讓開發(fā)每提交一次代碼就自動化測試一次，如果自動化測試發(fā)現(xiàn)問題了，測試用例就會失敗，開發(fā)就會馬上發(fā)現(xiàn)這個失敗，并修改代碼。

要做到持續(xù)集成可有很多工作要做。

首先就是編譯環(huán)節(jié)，要把所有編譯的環(huán)節(jié)都自動化起來，開發(fā)每次提交代碼都能進行自動編譯；

編譯完成后，就是靜態(tài)代碼檢查的環(huán)節(jié)，通過靜態(tài)代碼檢查的工具檢查代碼的問題，比如，數(shù)據(jù)庫連接池沒有釋放，參數(shù)不匹配等。

靜態(tài)代碼檢查完成后，就是單元測試了，單元測試用例一般是開發(fā)人員或者測試人員編寫，或者開發(fā)和測試合作編寫，保證的是開發(fā)內(nèi)部函數(shù)的正確性。一個健康的自動化測試方案中，單元測試用例的占比是最高的。

然后就是接口測試，一般保證的是后端開發(fā)提供給前端開發(fā)的HTTP接口，接口一般也比較穩(wěn)定，用例比較容易維護，所以，接口測試的自動化占比也可以做到很高。

在接口測試的上層就是針對用戶界面的UI測試了，就像測試人員手工執(zhí)行一樣，UI自動化測試能操作頁面的元素，完成自動化。不過，由于用戶界面常常要重構(gòu)，所以我們常常會控制UI自動化測試的規(guī)模，只覆蓋主干的用例。

優(yōu)秀的測試人員可以把自己的工作盡量自動化，并用持續(xù)集成框架串起來，提高工作效率和質(zhì)量。

3、測試相關(guān)工具的開發(fā)

優(yōu)秀的測試人員會開發(fā)其他好用、趁手的工具來提高工作效率，比如數(shù)據(jù)自動生成、報表自動生成、報bug工具等。

其實歸根結(jié)底就是一句話：測試人員最核心的工作就是保障項目的質(zhì)量，各類測試流程、技術(shù)、工具和平臺的發(fā)展讓我們可以更好地保證項目的質(zhì)量。