首先，肯定是非常影響心情 。
這種版本，BUG隨便一提，就是幾十個（甚至上百個）。純粹是浪費時間 。 這種時候，不太建議瘋狂提BUG 。
一些可行性做法：
1. 先測主流程，及明顯的BUG，然后讓開發修復后，再測第二輪 。
2.直接冒煙測試不通過，版本打回，拒絕測試，等待新版本提測后，再介入測試 。
3.可以更向前推進一步：向項目經理，或者Leader反饋，這個版本提測質量非常爛，明顯開發沒有做自測，得好好批評一頓 。
4.當然，如果質量部門，沒有準入標準，此時，應該思考，該建立準入標準了，什么樣的版本，才合格，才能提測 。
補充觀點：
1. BUG提的多，并不能代表你的能力，多數是提測版本質量太爛 。 2.如果想體現自己的能力：線上無漏測，才是能力的體現 。
3.之前還收到一些測試從業者反饋，他們團隊，考核用例的數量。這種其實，很難操作，用例寫的多又咋樣？一個Bug都發現不了，一頓邏輯遺漏，也許只是一些非核心的業務，重復寫用例而已 。
最后，
很多同學反饋，工作非常忙碌，從早9點，加班到晚12點，功能都測不完，也沒時間學習，沒有重復業務測試，而且Bug越測越多 。
其實啊，還是自己不會合理利用碎片化時間，沒有思考如何提高自己的工作效率，怎樣把重復的事，標準化、腳本化 。
End，
有啥補充，或者此文，引發了你的某些思考。
直接底部留言交流，互相學習 。
IDO老徐 2019/06/24
原創文章，禁止任何形式的COPY轉載 。轉發到朋友圈 & 群，非常歡迎 。
