當研發提測后，測驗進行走冒煙，如何快速查出bug，如何盡快找出優先級較高問題 方法如下：
1、研發提測前，測驗在撰寫用例設計用例時候，一定要明白技術實作邏輯、本次需求新增表或歷史表新增/修改欄位 、本次需求新增介面或歷史介面新增引數/修改引數名稱，假如有介面引數變更 要考慮是否兼容老版，是否需要洗資料等
2、提測后，每個功能模塊走一遍主流程測驗，并驗證資料庫欄位的正確性
3、對前后實作邏輯進行確認，比如該頁面資料從哪里來、頁面資料計算邏輯、提交后更新那些表
4、對復雜場景的資料驗證提前準備測驗sql或者測驗資料
5、查看本次業務功能對應的前后端日志，這個很重要！！！！ 需要測驗判斷日志是否可以支撐場景的驗證，比如本次業務上線后出現線上bug了，你怎么通過日志更好排查，怎么通過日志來定位，這個在測驗環境想明白后，上線了，假如出了線上bug就很輕松定位出原因并及時修復了
6、 對容易出錯的場景進行測驗，包括：UI文案對照，前端輸入項較長的展示（和不同手機的兼容展示），每個頁面提交按鈕快速多次點擊的限制，較大資料的翻頁和排序，資料庫is_delete在業務邏輯中的判斷，新老版本的兼容測驗，使用與線上歷史資料相同的資料，弱網情況的提交并發測驗和互動，對賬號有影響的測驗（合并賬號，延期和遷移），定時任務的多次執行資料唯一性的驗證
7、開始走我們測驗用例啦
最后～
測驗人員不易，愿大家作業越來越開心，別忘了，浪浪山上修行最菜的小豬妖，它也是家庭中的頂梁柱，你已經很棒了！
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/547971.html
標籤：其他
上一篇：版本控制經驗分享
下一篇：如何快速查出bug