web端測試中常見的bug/最有意義的bug【多測師】


BUG標題一:用戶A在零點零分零秒充值成功,但是頁面不顯示該該訂單的充值記錄。
定位分析:查看后台數據表,用戶A在零點零分零秒充值成功的記錄存在,頁面卻不顯示,
檢查頁面代碼發現開發代碼中忽略零點零分零秒的這一秒鍾,導致這一秒鍾的數據不在頁面展示


BUG標題二:用戶A在調第三方支付網關接口時,生成了訂單號T,但未支付,供
應商卻自動向用戶A的賬戶充值。
定位分析:由於補單代碼在僅僅判斷第三方支付返回超時,且未同時校驗用戶A支付
訂單號T支付狀態,自動修改訂單號T的狀態為1(1:在數據庫字段值表示為“已支
付”),導致供應商認為用戶的訂單T已支付,直接按支付的金額給該用戶充值等額的錢

 

 

BUG標題三:界面銷毀時,未關閉廣播, dialog等,崩潰
Bug現象
Bug 85778:同一個賬號,兩部手機登陸,第一個登陸的手機,點擊我的優惠券會退出app
Bug原因:
Fragement 存在廣播和Dialog等有關控件,fragement銷毀了,但是未關閉廣播或控件,導致崩潰
Bug解決方法
在Fragement的onDestroy()中及時處理未注銷的廣播或Dialog。


Bug標題四:未加載完布局,先調用布局,導致布局為null,崩潰
Bug現象
Bug 86244: 斷網情況下,進入APP,點擊消息,崩潰
Bug原因:
Activity繼承BaseActivity,在onCreate()方法內,顯示出錯信息的布局,未放在initView(), initData(),initListener()前方,導致在initData()獲得網絡數據失敗,需調用錯誤布局時,錯誤布局仍為空,調用失敗,崩潰
Bug解決方法
將布局的注入放在initView(), initData(),initListener()前方。

 

Bug標題五:Fragement不存在於viewPager,先調用其里面的方法,導致獲取不到上下文,崩潰
Bug現象
Bug 86514: 斷網情況下,進入APP,點擊購物車,崩潰
Bug原因
在MainActivity下有調用到shoppingCartFragment(購物車)下的requestCartItems()(獲取購物車信息)的方法。在斷網情況下,第一次進入App,點擊購物車,直接調用requestCartItems()。無網絡情況下,同BUG系列二,崩潰。因為Fragement不存在,布局未加載。
Bug解決方法
在MainAcitvity調用requestCartItems() 方法時,加判斷,判斷Fragement是否已存在,shoppingCartFragment.isAdded().

 

Bug標題六:更換賬號時,HashMap里的數據未清除,引起的數據問題
Bug現象
介紹:主頁中的商品列表是通過獲取HashMap里的 數據顯示
Bug:  從有商品列表數據的地區,更換帳號到沒有任何商品的地區,首頁應該顯示無商品,但是仍顯示上個地區商品數據。退出app,重新進入后,首頁則正確顯示。
Bug原因
在首頁第一次,獲得商品后,存入HashMap,更換帳號到沒有任何商品的地區時,因為未獲得新的數據,未去更新HashMap里的數據,導致該BUG產生。
疑問:假設原為有商品的A區,更換帳號到有商品的B區時,為何沒出現,該BUG?
解釋:更換到有商品的B區時,從服務器那獲得到了新數據,重新將HashMap原來的老數據替換掉;而如果該地區無任何數據,未更新HashMap.
Bug解決方法
在退出賬號的同時,清空HashMap。

 
 
Bug標題七:圖片壓縮的邊框計算未跟控件一致
Bug現象
Bug 86983: 商品詳情下面的圖片介紹現在是把右邊減掉了一部分,改成以實際大小縮小原圖
Bug原因
介紹:這個流程是圖片壓縮后,計算好其邊框后,存入TextView。
在計算圖片壓縮后應顯示的寬度時,是按手機的屏幕寬度,未按TextView的寬度,導致圖片右邊被減掉。修改前圖
Bug解決方法
按TextView的寬度計算壓縮后圖片的寬度,另外注意 padding和layout_margin是左右都有;ScreenWWidth是PX,需將dip轉px;修改后如圖

 

1、我印象最深的是我在做洋蔥先生這個項目中,在進行注冊賬號時。對界面進行多個輸入判斷的時候,按界面從上到下的順序--滿足條件之后,
注冊是沒有問題的。但是,改變一下輸入次序,效驗失敗。 解決辦法 開發重寫判斷順序
/邏輯 2、我印象最深的就是我在做小花金融這個項目中,出現的bug,一開始在提交貸款金融數字參數時,后台沒有反應,界面也沒反應,然后我用
抓包工具,重新輸入貸款參數,抓取url,參數內容,還有響應結果進行對比,發現參數內容是一致,則判斷為可能是后台bug,然后查看數
據庫數據有沒有輸入進去,然后通過和開發人員的努力,最終解決了
3、做宜農貸項目的時候,在進行注冊賬號時,輸入完賬號和密碼,在點擊接收驗證碼信息時,手機上收不到驗證碼信息,從而無法進行下一
步注冊,而后跟對應的開發反應,定位bug/后台接收不到前台數據請求 4、財務后台系統查詢時,查看訂單區間大於一年時間會顯示查詢超時,比如查看2019年1月~2020年2月的所有借款訂單,會顯示超時。
bug原因是查詢數據量太大,表關聯過多,解決方案:開發定時將數據統計到一張表,之后查詢。
5、我上一個項目是一個p2p網絡借貸平台的項目,給我印象比較深的bug有兩個,第一個就是在平台注冊時候使用手機號碼注冊,但是發現
131開頭的手機號碼不能注冊,顯示號碼格式不正確,還有一個是在登錄了平台之后當有跳轉界面即會生成另一個窗口的時候,在其中一個
窗口點擊退出登錄,原本進其他窗口的時候都會顯示請先登錄,但是發現其他的窗口還是處於登錄狀態,這樣的話降低了客戶賬號的安全性。 解決情況: 分情況:接口進行注冊如果可以,那就是前台js校驗問題,沒有匹配到13開頭的手機號,如果前台和接口都不行,就要從前台js和后台代碼這塊處理

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM