根據(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è)試用例編寫-測(cè)試執(zhí)行-質(zhì)量報(bào)告書(shū)寫
測(cè)試人員一般會(huì)在開(kāi)發(fā)階段就進(jìn)行測(cè)試計(jì)劃和測(cè)試用例的編寫和準(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è)試人員編寫,或者開(kāi)發(fā)和測(cè)試合作編寫,保證的是開(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ì)量。
-
測(cè)試工程師
+關(guān)注
關(guān)注
6文章
124瀏覽量
12431
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
評(píng)論