工作中遇到的問題總結

背景：

今天測試班主任工作台介面的時候遇到乙個問題，介面測試的時候需要登入資訊，但是header資訊裡我通過全域性變數獲取正確的token資訊後，調介面時發現還是提示需要重新登入

原因：後來請教了我的師傅，原來是班主任工作台嵌服務中心頁面的原因，所以登入的時候需要兩個token資訊，乙個用來登入班主任工作台，乙個用來登入服務中心。

解決：使用需要的兩個token資訊，重新請求介面。

注意：銷售工作台也是嵌服務中心的，以後遇到這種問題的時候，同理。切記。

postman設定全域性變數獲取token資訊

//使用var 關鍵字,定義乙個變數responsedata,用來接收介面的返回結果

var responsedata = pm.response.json();

//從響應資料提取出token

var token = responsedata.data.b_token;

var token1 = responsedata.data.access_token;

//設定token

pm.environment.set (「token」,token);

pm.environment.set (「token1」,"bearer "+token1);

postman獲取token變數資訊

auth-x:}

authorization:}

背景：有次hrm系統需求是將系統預設傳送郵件的郵箱由海風系統郵箱改為輕輕系統郵箱，測試環境測完了沒有問題，發完線上，線上所有涉及到需要用預設系統郵箱發郵件的地方全掛了，**也不像沒有發上去的樣子，因為別的功能都是好的，後來發現是線上配置資訊出的問題

原因：解決：

重新更改配置資訊，將伺服器上帶特殊字元的配置資訊替換。

注意：以後用outlook郵箱copy配置資訊，上線時涉及到配置檔案的一定要單獨發運維乙份，防止配置出問題導致線上問題。

背景：有次大資料推送問題，測試環境資料問題測不了，所以直接在離線環境測的，但多次測出來都有問題，後來開發查日誌得知，離線環境某些地方是調的線上環境的介面。評估了風險後直接發線上測了。

背景：使用記事本編輯了專案配置資訊，提交推送至伺服器，發**後，涉及到的介面報錯。

原因：在utf-8編碼檔案中bom在檔案頭部，占用三個位元組，用來標識該檔案屬於utf-8編碼，現在已經有很多軟體識別bom頭，但還是有些不能識別bom頭，比如php就不能識別bom頭，這也就是用記事本編輯utf-8編碼的php檔案後，就會報錯的原因。

在windows環境下，用記事本開啟任何乙個文字檔案，另存為utf-8格式後，這樣檔案就自動被加上了bom頭資訊。可以很明顯的看出，含bom頭的檔案多出三個位元組 efbbbf。

notepad++會自動新增為帶bom的utf8比較坑爹。帶 bom 的 utf-8 就是赤裸裸的耍流氓！！！！！！！！！

windows總是自做聰明的做一些別人無法理解的事情！！！utf-8是不需要bom頭的~~~！！

解決：將之前使用記事本編輯的配置檔案，使用notepad++開啟，更改格式為以utf-8無bom格式編碼，儲存，重新提交並推送，重發專案**。

注意：更改專案配置資訊時，使用notepad++編輯，或者直接在gitlab上更改。

背景：hrm系統，編輯hr資訊的時候，hr的工作地點會顯示數字「1」，而不是顯示數字1對應的工作地點「上海」，

原因：redis失效導致

解決：編輯後會生成新的redis。

在工作地點管理裡面編輯一下工作地點「上海」，這個時候再去編輯hr資訊，hr的工作地點就能正常顯示 "上海"了。

注意後續遇到相似問題，考慮是redis失效原因導致，去編輯下對應的字段資訊，以生成新的redis，盡快解決。