這 個 鍋 我 不 背

這  個  鍋   我  不  背

 

客戶本地辦公地點近期要進行搬遷，搬遷到現在的一個異地網點辦公，應用開發人員在進行測試工作。

今天，接到客戶反應，本地終端應用正常，有一個異地的遠端終端應用有一個模組不正常，測試下來是伺服器沒有響應，因有應用模組可以正常使用，所以網路是連通的，懷疑網路中間的安全裝置，攔截了這個模組的資料請求。

這個問題確實有點奇怪。不過對自己有幾斤幾兩，網路中有啥裝置還是一清二楚的，這個問題決不可能是安全裝置攔截資料請求造成的。空口無憑，說服不了別人。另外，從對方也問不出其他的有用資訊，只能靠自己來查詢原因。

按照客戶的說法，本地正常，異地不正常，首先想到的是由近及遠，選定幾個點進行測試，看從哪個點開始出現問題。

說幹就幹，要來了測試賬號和密碼，開始在自己電腦上測試。

出師不利，開啟瀏覽器頁面，需要安裝外掛，外掛沒有簽名不允許安裝，一翻安全配置、新增信任站點......總算到了開啟問題頁面的時候了，頁面是出來了，但上面的按鈕點上去沒有反應。

看來自己的電腦配置上有問題，無法再進行測試了。還是到現場去測試吧。

現場測試，如反應所述問題，瀏覽器下端狀態列開頭提示頁面有錯誤。想到了應用除錯，隨手開啟了瀏覽器的“開發人員工具”，再點選那個出錯的頁面，程式碼停在了出錯的地方，是一個透過引數構建URL，傳送HTTP請求獲取XML資料的過程。

獲取URL，直接在位址列中進行訪問，報頁面無法開啟；對URL中的條件進行逐一測試，發現問題條件如“A or (B and C)”，具體是沒有同時滿足條件B和C的資料。

除錯時修改了條件，改成了“A or (B or C)”，伺服器有資料返回後，頁面可以正常操作了。

經過如上測試，可以得出結論：

一是資料出現了問題，造成沒有符合上述組合條件的資料，進而造成應用異常；

二是應用軟體設計有問題，伺服器在沒有獲取到資料時，沒有正常返回空結果集，而是異常結束，不返回結果，造成客戶端超時出錯；

總之一句話，問題與網路中的安全裝置沒有一毛錢關係。

這個鍋，我不背。

 

有一個問題想不明白，這個遠端的異地辦公點設立了有一段時間了，為什麼到今天才反應這個問題呢？還是以前是正常的，今天才出現問題的？

 

作為一個網工，還是要會點其他技能的，否則，這個鍋，你背定了。

 

後記，事後，又進行了交叉測試，即在遠端應用本地賬號進行測試，問題依舊，看來與登入賬號的屬性關係不大。