項目在測試環(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)問題并解決問題后再郵件通知上線公告珠十。