首先，肯定是非常影響心情 。

這種版本，BUG隨便一提，就是幾十個（甚至上百個）。純粹是浪費(fèi)時間 。 這種時候，不太建議瘋狂提BUG 。

一些可行性做法：

1. 先測主流程，及明顯的BUG，然后讓開發(fā)修復(fù)后，再測第二輪 。

2.直接冒煙測試不通過，版本打回，拒絕測試，等待新版本提測后，再介入測試 。

3.可以更向前推進(jìn)一步：向項(xiàng)目經(jīng)理，或者Leader反饋，這個版本提測質(zhì)量非常爛，明顯開發(fā)沒有做自測，得好好批評一頓 。

4.當(dāng)然，如果質(zhì)量部門，沒有準(zhǔn)入標(biāo)準(zhǔn)，此時，應(yīng)該思考，該建立準(zhǔn)入標(biāo)準(zhǔn)了，什么樣的版本，才合格，才能提測 。

補(bǔ)充觀點(diǎn)：

1. BUG提的多，并不能代表你的能力，多數(shù)是提測版本質(zhì)量太爛 。 2.如果想體現(xiàn)自己的能力：線上無漏測，才是能力的體現(xiàn) 。

3.之前還收到一些測試從業(yè)者反饋，他們團(tuán)隊(duì)，考核用例的數(shù)量。這種其實(shí)，很難操作，用例寫的多又咋樣？一個Bug都發(fā)現(xiàn)不了，一頓邏輯遺漏，也許只是一些非核心的業(yè)務(wù)，重復(fù)寫用例而已 。

最后，

很多同學(xué)反饋，工作非常忙碌，從早9點(diǎn)，加班到晚12點(diǎn)，功能都測不完，也沒時間學(xué)習(xí)，沒有重復(fù)業(yè)務(wù)測試，而且Bug越測越多 。

其實(shí)啊，還是自己不會合理利用碎片化時間，沒有思考如何提高自己的工作效率，怎樣把重復(fù)的事，標(biāo)準(zhǔn)化、腳本化 。

End，

有啥補(bǔ)充，或者此文，引發(fā)了你的某些思考。

直接底部留言交流，互相學(xué)習(xí) 。

IDO老徐 2019/06/24
原創(chuàng)文章，禁止任何形式的COPY轉(zhuǎn)載 。轉(zhuǎn)發(fā)到朋友圈 & 群，非常歡迎 。