項目在測試環(huán)境已測試完成且驗收通過别洪，但總是避免不了上線后還是會出現(xiàn)bug，但出現(xiàn)的原因也是有很多的柳刮，如下：
1. 項目上線時間緊急挖垛，導致很多細節(jié)上的問題沒來得及測到，并且沒有時間做回歸測試秉颗；
2. 項目在臨近上線時痢毒，開發(fā)還在更改代碼，很容易導致出現(xiàn)其他的問題蚕甥，而且也來不及發(fā)現(xiàn)哪替；
3. 項目需求更改頻繁，導致很多需求不明確菇怀；
4. 產(chǎn)品凭舶、開發(fā)晌块、測試人員需求同步問題，比如說：有需求更改的地方库快，很多時候產(chǎn)品只是跟開發(fā)說了摸袁，并沒有跟測試同學說，存在需求不同步义屏；
5. 遇到開發(fā)人員重構(gòu)代碼靠汁，可能沒有跟測試同學說，導致回歸測試的時候闽铐，這塊功能只是走走主流程蝶怔，并不會測試細節(jié)部分；
6. 測試用例評審不過關兄墅，有些場景可能沒有考慮到踢星，導致測試遺漏；
7. 上線后隙咸，未做冒煙測試沐悦，出現(xiàn)的問題未及時發(fā)現(xiàn)；
8. 測試計劃沒做好五督，導致有些模塊可能沒有充足的時間測試藏否；
如何避免這樣的問題呢
1. 合理評估測試時間，確保有充足的時間測試充包；
2. 回歸測試
3. 項目臨近上線時副签，應不允許再改動代碼，需封版基矮，這樣可以避免因改動導致其他的問題淆储，卻沒有被發(fā)現(xiàn)；
4. 提測前家浇，保證需求已經(jīng)全部熟知本砰，且對需求沒有疑問；
5. 可借助jira工具進行管理需求文檔钢悲，避免需求不同步問題灌具；
6. 開發(fā)若有重構(gòu)代碼，需重新評估上線時間或者下一個小版本再迭代譬巫；
7. 合理安排測試計劃，例如：3天測試時間的話督笆，可在test環(huán)境測試2天芦昔，beta環(huán)境測試1天，盡量在test環(huán)境將問題都解決了再上beta環(huán)境娃肿。
8. 上線后進行冒煙測試咕缎，及時發(fā)現(xiàn)問題并解決問題后再郵件通知上線公告珠十。
