測試的推動(dòng)能力為什么如此重要

本文首發(fā)于公眾號(hào)「測試漫淡」,回復(fù)“軟件測試教程”獲取:麥子學(xué)院、黑馬、小強(qiáng)軟件測試全套學(xué)習(xí)教程!

測試人員每天都被安排在做各種各樣的測試任務(wù),發(fā)現(xiàn)Bug,然后提交到系統(tǒng)上。完成之后整理并提供測試報(bào)告,這是一個(gè)正常的測試流程。

如果是測試接口,當(dāng)遇到測試Block的問題的時(shí)候會(huì)第一時(shí)間Highlight出來,讓研發(fā)第一優(yōu)先級(jí)投入解決。這個(gè)一般也很容做到,畢竟如果不及時(shí)就沒法繼續(xù)測試了,如果真的沒有及時(shí)推動(dòng),導(dǎo)致項(xiàng)目delay了,那到時(shí)候背鍋的只能是自己。

測試人員每天很辛苦,測試任務(wù)多,基本天天都在測試,有問題及時(shí)上報(bào)系統(tǒng)。但是這樣就夠了嗎?如果現(xiàn)狀是這樣的,那從現(xiàn)在開始需要改變下策略,發(fā)揮測試人員在項(xiàng)目中的作用,提高測試人員的影響力。

如果是測試接口,可以通過每天郵件日?qǐng)?bào)的形式分享到項(xiàng)目組相關(guān)的人員,展示當(dāng)天測試的各模塊嚴(yán)重問題,需要求助項(xiàng),同時(shí)為了提高測試效率,篩選出下個(gè)版本必須要解決的問題。

針對(duì)嚴(yán)重問題,并且?guī)讉€(gè)版本都沒解決掉的,影響當(dāng)前版本質(zhì)量的,需要及時(shí)收集整理系統(tǒng)上相關(guān)的Bug,特別是穩(wěn)定性的問題、性能問題,及時(shí)向上反饋并推動(dòng)解決??梢酝ㄟ^發(fā)送郵件給各個(gè)模塊接口的項(xiàng)目負(fù)責(zé)人,然后每天要跟蹤進(jìn)展。

如果是普通的測試人員,在發(fā)現(xiàn)嚴(yán)重問題的時(shí)候及時(shí)分享給安排任務(wù)相關(guān)的接口,在測試報(bào)總結(jié)中突出發(fā)現(xiàn)的嚴(yán)重問題。如還有測試用例覆蓋不全需要推動(dòng)接口進(jìn)行更新適配,測試多次之后發(fā)現(xiàn)測試用例無法測試出問題,給接口提供相應(yīng)的測試建議,推動(dòng)用例進(jìn)行重新評(píng)估等。

作為測試人員,不能僅僅只關(guān)注測試本身,那樣無法提高,要從項(xiàng)目的角度考慮問題。例如其他:1)測試計(jì)劃delay時(shí)推動(dòng)

2)好的測試流程、測試制度、測試標(biāo)準(zhǔn)等在公司、部門內(nèi)部推動(dòng)

附錄,項(xiàng)目或模塊日?qǐng)?bào)模板:

moban.jpg

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

友情鏈接更多精彩內(nèi)容