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