這個公司感覺是個好公司，爲啥呢？給的錢看起來挺多的，哇咔咔，加班也不是很嚴重，說是晚上七八點就下班了。
測試團隊規模50人，面試官準時進到了我的騰訊會議，但是他點開簡歷，發現我並不是簡歷上的那個人，於是他就退出去了
原來是HR搞錯了。後來面試官又進來了，讓我簡單介紹自己，他好抽空看看簡歷
於是我開始說我最近的兩段工作經歷。
介紹後，他讓我講一下我們平時負責的業務模塊的工作流程。本想給他share一下屏幕畫畫，但是騰訊會議沒給權限，只能用嘴說。
說了挺長時間，他應該只記得我說的oracle到hive，數據流轉，他問你們是怎麼保證數據一致性的？
我說我就是手動測試，考慮到我們項目的規模，手動測試是最合適的，stage表到master表，再到hive，我們都會對每一列進行驗證。因爲我們項目處於一個維護的階段，變更不是特別大，所以採取這樣的驗證就夠了。他估計已經不滿意了。
接着他問，你們項目容易出問題的地方有哪些啊？
我仔細思考了一下，發現我們並沒有什麼高併發，可以說很平常，很穩定的項目。有的只是客戶時不時發一個郵件來告訴有bug，我們這個模塊可以說一年到頭就沒有幾個人用，有的按鈕甚至都沒有人點過。我就說除了傳數據量大的時候會超時，其他沒什麼了。
後來我仔細思考了一下：
1. 測試環境經常出問題，一會兒hive不能用，一會兒spark宕機。
2. 測試數據不知道怎麼就被人刪了，辛苦造的數據可能一下子沒了，所以有了我們hdfs的造數項目，別人寫的python項目，我理解了，那就是我的。
3. 需求經常變化，refinement meeting要追着印度老大開，他說的算，我們基本就是工具人，他說啥就是啥，完全沒有自主性，似乎腦子都鎖在櫃子裏了。
4. 經常加需求（這個其他公司也不可避免吧）
孩子醒了，孩子又睡了。
出問題怎麼排查？怎麼覆盤？
就是別人來郵件告訴有問題，步驟：
都不緊急，都不需要回退的那種。先測試環境重現，分析原因（開發分析），到我們這就是個漏側，沒有啥其他原因。爲什麼漏側？感覺是項目輸入不足，時間緊任務重
標準答案：
記錄問題，填寫RCA->組織覆盤->陳述問題->討論優化方案->跟進問題並回歸驗證
-測試內部要嚴格把控test result review（但是通常腦子也想不到這會出問題）
-把問題整理到conf上，共同學習
-加入迴歸用例集合
-讓不熟悉該模塊的人做測試也許能發現新問題
冪等校驗怎麼實現？
比較hash是否一致？不太清楚
分佈式鎖瞭解嗎？
不瞭解，你提示提示唄～ 他說，不瞭解沒關係
平時參與code review嗎？
不參與，測試現在都要參加code review嗎？我說我們能看，我有時候還debug呢～
看別人代碼注意哪些方面？
循環條件，邊界值，空指針（.的前面的對象有沒有判空）
商品創單接口怎麼測試？有哪些容易出問題的點？（建議大家不要參考我的回答，自己練習，因爲我用例設計的不好）
一般有這些字段，猜的，沒測過。用戶ID，商品ID，商品件數，訂單金額，賣價，底價，優惠券（完全沒考慮），用戶是否有權限購買
創單接口內部肯定會調用其他接口，創單->庫存->可定檢查->供應商下單->我方訂單落地-> 返回成功，訂單號
如果是直營的，那就不存在其中的2，3步驟，呵呵噠
- 商品充足，用戶可以正常創建訂單
- 明確調用鏈路，非白名單的應用不能調用。
- 請求頭沒有用戶token不可調用。
- 商品庫存不足，創單失敗
- 庫存服務掛掉，創單失敗
- 供應商服務掛掉，創單失敗（未必）
- 訂單自動選擇最大優惠力度的券創單
- 一件商品不能同時被多用戶下單
- 會員商品，非會員無法購買
- 圍繞我這個猜想的流程繼續設計。。
後來跟同事討論，居然她也被問到過冪等，和分佈式鎖～她三年經驗。
我宣佈分佈式鎖成功晉升爲必備（背）面試題。各大輔導機構記得加上這道題吧～
linux也沒問
輪到我問他了：
你們對這個崗位的角色定位是？忘了～ 聽不進去了。但是感覺自己還挺符合的。
你們的團隊規模？50個人。
你們測試的痛點？對賬部分。我趕緊畫蛇添足一下，看看能否力挽狂瀾，我之前做過結算的對賬，我們是生成批次，跟酒店提供的賬單進行比對，我這方面還比較熟悉。然，徒勞
你們的加班多嗎？不多，還好，晚上七八點下班。忙的時候九點以後。
你們CI/CD是誰來做？開發。我又畫蛇添足一下，大不了不過。我之前也做過開發，也是自己從研發到自測，再上線的。他：哦