# 真實案列分析 > ### 現象：登陸的時候，所有信息輸入正確，點擊登陸按鈕沒反應 原因： 1、瀏覽器兼容性問題； 2、網速太慢； 3、系統卡頓； 4、代碼處理邏輯問題，沒有做頁面跳轉。 > ### 面試官：如果一個購物平臺充值的時候有重復入款的情況 從測試的角度，你會怎么復現問題，結合什么工具來進行測試！ 參考答案： 用Fiddler工具抓包,查看點擊一次充值按鈕，發起了幾次充值請求，如果超過一次請求，說明前端的處理邏輯出了問題，發起的充值請求次數錯誤； 如果前端的請求次數是正確的，就查看應用服務器的日志，讓開發定位是否是應用層的代碼有問題；應用層沒問題，就是數據庫的代碼出問題了。 > ### 我們當時是申請退費100，但是實際退費了雙倍，退費金額就直接被改了。但是仍然是一次請求。 原因：客戶申請退費的時候，系統彈出確認退費對話框的同時，前端把退費金額發給了后臺的一個變量，用戶點擊取消按鈕，變量的值沒有清空；用戶再次退費的時候，就退了雙倍。 > ### 系統并發200個用戶，Jmeter 提示 http status-code = 500 原因：數據庫連接沒有來得及關閉，就有用戶訪問上來了，導致數據庫崩潰 。這個就是數據庫的鏈接這塊開發沒有處理好 > ### 面：給你一個項目，已經上線了，現在要增加兩個功能點，星期五要上線，你會怎么安排 先做需求分析，判斷這兩個功能點能否在短時間內完成，如果可以完成，不會影響其他的模塊，然后做后面的安排。第一天寫用例，后面兩三天測試，提交缺陷，做回歸。最后寫報告，給客戶驗收。 > ### 面：那如果你這邊測試是1+1=3，開發那邊是1+1=2那怎么辦？ 參考答案： 1、先確認測試環境的代碼是不是和開發那邊的是一致的，因為有可能是開發沒把代碼提交到服務器，我們現在測試的版本還不是最新的； 2、如果測試環境的代碼和開發的是一致的，就用fidder抓個包，看看問題是在前臺還是后臺，如果服務器返回的數據有問題，就把響應的服務器的日志取下來發給開發定位。 > ### 測試過程中項目緊急，測試環境有問題，數據提供不了(構造不了數據)，你該怎么辦？ 參考答案：從生產環境上把數據導到測試環境上測試；如果生產環境的數據包含了用戶的個人信息，需要進行脫敏處理，就是導入到測試環境上之后再把用戶的信息修改下，再測試。 > ### 頁面有個日期控件，我需要寫入一個開始時間和結束時間，有沒有遇到過這種場景？ 參考答案： 1）、如果可以直接修改值，就用send\_keys()輸入值； 2）、如果輸入日期的輸入框不能直接修改，一般來說，這個輸入框有一個readonly的屬性，調用js將這個屬性刪除，然后再用send\_keys()輸入值； > ### 怎么驗證前端加密的信息是不是正確的？ 參考答案：我們在客戶端輸入好了信息，提交，然后用Fiddler抓包，看客戶端加密后的數據，與開發給到的加密腳本是否一致，如果一致就是沒有問題。其次，還要看返回的數據是不是正確的。 > ### app版本升級具體應該怎么做？ 參考答案：app的升級，我們可以在后臺設置，只對指定的手機進行版本的推送，然后先在這幾臺手機上進行升級的測試，如果沒有問題，再去全量推送。 > ### 升級出現問題怎么辦？ 升級出現問題，就先修復問題，然后修復完成之后，再在測試機上進行測試，沒有問題，再全量推送了。 > ### 怎么去找到難以復現的問題 ？ 1）、查找日志，看是那個環節出現了問題 2）、盡量去重復操作出現問題的步驟，從不同角度去嘗試 > ### 你怎么查看日志的前后行數？ 參考答案1：一般情況是當前端頁面報錯時，我們會立即分析一下問題及產生原因。比如頁面出現500，那肯定就是服務器內部報錯，開發寫的代碼出問題了。這時候會去服務器日志文件里面定位問題，日志里一般都有時間和操作的記錄，可以把日志導到本地來查看分析結果。 參考答案2： 或者使用Linux命令根據關鍵詞查看日志并返回關鍵詞所在行：cat 路徑/文件名 | grep 關鍵詞