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

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

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

測(cè)試相關(guān)工具的開(kāi)發(fā)

1、我們先來(lái)講第一點(diǎn)，由單純的測(cè)試變成項(xiàng)目質(zhì)量保證工作

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

測(cè)試計(jì)劃和測(cè)試用例編寫(xiě)－測(cè)試執(zhí)行－質(zhì)量報(bào)告書(shū)寫(xiě)

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

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

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

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

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

下游的工作包括：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

優(yōu)秀的測(cè)試人員會(huì)開(kāi)發(fā)其他好用、趁手的工具來(lái)提高工作效率，比如數(shù)據(jù)自動(dòng)生成、報(bào)表自動(dòng)生成、報(bào)bug工具等。

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