我的面試題 業務抽象能力測試

2021-07-24 23:50:28 字數 910 閱讀 2381

1. public enum status {

trade(3, "交易中"),

pay(4, "支付中"),

cancel(5, "取消"),

online_payed(6, "線上支付成功"),

cash_payed(7, "現金支付成功"),

cash_finish(8, "現金完成"),

adjusting(10, "訂單調價中");

2.怎麼理解業務中的狀態. 什麼情況下你會用乙個字段,什麼情況下你會用兩個欄位.

狀態和流程有什麼關係.

3.說說你之前工作模組.小模組內部有模組劃分麼 看到這種語句,從模組化的角度你有什麼想法

class a ***x{

public a(){

currentthread = new b(this);

4.你們的**結構有反應模組劃分麼,如何區分模組邊界.

5. 訂單流. 司機狀態,乘客狀態.

理論上司機狀態是基於訂單狀態計算的. 現在搞了兩個字段維護: 訂單狀態和司機狀態, 會導致資料不一致的情況發生. 這樣的設計需要:

1.司機發起任何操作之後,不僅要判斷司機狀態和訂單狀態. 而且要校驗二者的一致性.

2. 維護這兩個欄位的系統要定時檢查資料一致性,並修復.

不然司機端只需要關閉端,重新開啟即可.從服務端開啟.

司機端的頁面鎖也是挺奇怪的方案. 司機端處於什麼頁面,都是有服務端自己決定的. 司機端自己加鎖,就要保證和服務端的每個介面要保證冪等性. 當端和服務端狀態不一致. 並且服務端的狀態已經處於端上狀態+動作的下乙個狀態.那麼久應該返回成功,而不是返回錯誤碼.

故:1.所有介面要對端鎖的做冪等返回 2.維護方要提供乙個checkandsyncorderstateanddriverstate()方法.供每一次呼叫使用.

測試面試題

測試用例 test case 就是提供給系統乙份檔案,包括 測試環境 操作步驟 測試資料 預期結果等要素 把被測的軟體當成乙個黑盒子,至於盒子的內部結構是什麼不重要,只關心輸入資料與輸出資料 測試軟體基本組成單位的正確性。測試的物件是軟體設計的最小單位 模組。又稱為模組測試 測試階段 編碼後或者編碼...

測試面試題

1 get和post的區別?l http是上層請求協議,主要定義了服務端和客戶端的互動規格,底層都是tcp ip協議 l get會把引數附在url之後,用?分割,連線不同引數,get獲取資源,post會把引數放置在http請求體中,post傳送請求資料 l get產生乙個tcp資料報,post產生兩...

測試面試題

1.1 測試什麼時候介入,為什麼?在軟體研發的整個過程中,需求分析 設計 編碼 測試 發布維護中,都有可能引入軟體缺陷,修復軟體缺陷的費用隨著時間的推移而增加,盡早測試並發現軟體缺陷修正時所投入的人力物力越少。2.軟體缺陷產生的原因 需求不清晰,導致設計目標偏離客戶的需求,從而引起功能或產品特徵上的...