乾貨版「測試小品」歡樂場景
您有什麼觀點或建議？後台回復「知識星球」可參與問答。
場景一
這是個陽光明媚，空氣清新的日子。小張已經忙碌了大半天了，快下班的時候被叫過去開會。
領導:
我覺得咱們公司的某Web端產品已經很穩定了，暫時沒有太大的需求變更。需要做自動化，你覺得怎麼做自動化合適？
小張：Web自動化吧
領導：我也是這樣想的。但是公司的環境比較亂，你就在正式環境做自動化吧。
小張：但是自動化一直是測試環境做的……
領導：就在正式環境做吧
小張：哦，好吧
下班後，小張一直在思考一個問題，正式環境怎麼做自動化呢？
正式環境做自動化測試，如果這個介面產生了數據，肯定是會有影響的哦，比如add介面、del介面。
可以做一下線上的測試數據隔離。一般是創建一個測試帳號或者測試的組織，然後在那個測試帳號的基礎上做測試。
一般線上做的比較少，線上一般都是做監控的。
但是有個問題：如果正式環境的admin功能需要測試，是不可能做數據隔離的。
會影響持續集成嗎？
首先得明白，持續集成是一種思想，持續集成中的CI是：開發修復bug提交程式碼和測試工程師更新迭代自己的自動化腳本並提交程式碼，流水線每天定時跑任務做自動化測試的意思。
詳情請看Jenkins持續集成「編譯打包、程式碼檢查、單元測試、環境部署、軟體測試」
持續集成在大公司，流程規範的公司有哦，實踐一遍啥都清楚了，裡面的坑窪。
場景二
面試時間是16：25，系統時間是17：15
已經進入鏈接面試，面試結束後，看到面試顯示的還是未開始狀態。
1.這個和面試時間有關係嗎？
這個和面試時間無關，這個是更新狀態這塊有問題。
2.時間這塊的校驗是前端做的嗎？
前後端都有。時間是按伺服器來的。沒開始就是沒開始，跟時間無關。狀態的優先順序最高，圖片中的時間只是展示用的。
3.分清時間的作用
時間校驗一般都是輸入的情況做檢驗。顯示的話，一般不做檢驗。
遇到此類問題如何處理？
一般先確認資料庫數據是不是有問題，然後確認介面返回數據是否返回正常狀態。在沒有介面文檔的情況下，抓一下介面去問前端。看看前端同事用的哪個欄位來判斷的狀態。
問前端開發，不一定是前端的問題，就是讓他幫忙協助你找到問題點。不管是前端還是後端的問題，測試工程師做的是定位問題。
在不清楚前端是咋處理的數據，不要猜，等前端確認欄位。前端的顯示是根據後端介面的數據進行處理的。
具體如何定位前後端問題，請看按F12，你真的會準確定位前後端問題嗎？這篇文章寫的內容，定位問題可以參考這個。是這樣定位的，萬變不離其宗，但是具體情況具體對待。
精彩推薦
- 金三銀四，中高級測試面經，第二波來襲！
- 金三銀四，中高級測試面經，我不信你能看完
- 基礎篇-Python發送post請求《根據參數位置傳參、數據類型、不同方式傳參》
- 測開之數據類型· 第4篇《迭代器、生成器》
- 測開入門篇《環境管理、編碼規範、項目結構》
註：文章中的圖片，除標明 圖片來自網路 的圖片，其它圖片皆為清菡本人所畫。如有雷同，純屬巧合。公眾號 清菡軟體測試 首發，更多原創文章：清菡軟體測試 133+原創文章，歡迎關注、交流，禁止第三方擅自轉載。如有轉載，請標明出處。
