修改/刪除現有出入參欄位
字段型別: 比如原來的字段是 string 型別, 代表著支付金額, 結果我們把這個欄位的型別變成了 bigdecimal, 結果因序列化框架的配置原因, 把 23.001 序列化成了 23.00, 導致支付金額不正確
字段格式: 比如可還款金額原來是 1000.00 這種, 後來我們將字段格式變為了 1,000.00, 呼叫我們系統使用 new bigdecimal() 時候就會瘋狂報錯
字段含義: 這個就是原來這個字段代表利息, 後來將這個字段代表罰息, 會造成系統的混亂
驗證要求: 比如使用了 @length(min=10,max=100) 註解到了 username 字段, 後面感覺長度 100 太長啦, 改為了 50, 結果出現了乙個 50+ 的人名, 就會造成呼叫方系統報錯
修改/刪除老的介面方法
修改 http 方式: 本來是 put, 改為了 post 方式, 這樣一來這個介面的呼叫方就會因為找不到這個介面而報錯
修改出入參: 效果同修改欄位的相關, 在加上比如有個入參 aaa, 感覺沒人用的就刪除了, 呼叫方用到這個欄位也會報錯或者效果不一致
修改介面名稱: 這樣一來這個介面的呼叫方就會因為找不到這個介面而報錯
快取相容性
序列化方式: 一般使用快取框架都有一種序列化方式, json 或者 string 這種, 如果改了序列化方式為 json, 而生產上的資料目前是 string 型別的, 就會導致報錯, 如果此時沒做快取報錯的弱依賴, 就會導致大的問題
資料格式: 原來快取進去的是 order, 後來這個程式作了擴充套件, 快取進去是是 list就會在發布的時候因為讀取之前的資料而引發報錯
資料庫相容性
欄位的修改/刪除也參考第一段的影響, 比如用列舉接收資料庫字段, 結果新的資料增加了列舉 a, 這個時候應用**還沒有部署最新的版本, 就會造成程式報錯
新增字段歷史資料問題: 新增的字段如果有預設值一般可以沒問題, 要是沒有預設值應用程式層面可能會報空指標等問題
生產者修改刪除字段, 可能有舊的消費者**依賴相應字段, 所以刪除了會導致消費異常
當使用分布式中介軟體等切換註冊中心需要考慮發布過程中一組機器用舊的註冊中心, 一組用新的, 可能導致分布式鎖失效, 服務找不到等異常
可能有些字段用來生成監控指標和報警, 可能由於日誌框架或者日誌格式的變化導致報警失效或者指標計算錯誤等, 需要考慮日誌的相容性
系統穩定性測試
簡介 利爾達自主lorawan系統包含lorawan節點 閘道器 ns伺服器三個部分，本次測試針對感測器類終端，定時上報的class a典型應用，驗證系統的工作穩定性。受測產品 節點 lsd4wn 2l817m90 閘道器 lsd4wn 2332xgw1 網路伺服器 lierda 3.0 unico...
如何提高GUI測試穩定性
我們經常在執行gui自動化測試時，遇到測試用例穩定性的問題，比如，同樣的測試用例再同樣的環境上，時而測試通過，時而測試失敗。經常在維護測試用例或者查詢測試用例失敗原因上花費很多時間。5種常見的造成gui測試不穩定的原因 非預計的彈框 一種情況是我們在執行用例的過程中，作業系統彈出的對話方塊，例如 系...
系統穩定性判定（頻域）
系統穩定性的簡單理解可以移步 2021 03 09發的博文 一 奈奎斯特穩定性判據 z p 2nz p 2n z p 2n 其中，z為系統閉環傳遞函式右半平面極點數,當z等於0,系統穩定 p為開環傳遞函式右半平面極點個數 n為系統開環奈奎斯特曲線包含 1，j0 的圈數，逆時針為正 改判據可以對映到對...