微服務測試的知識點有哪些

這篇文章主要介紹“微服務測試的知識點有哪些”，在日常操作中，相信很多人在微服務測試的知識點有哪些問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”微服務測試的知識點有哪些”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

微服務的特點：

•     業務拆成獨立的系統，可單獨發布，部署。

•     適合水平擴展，同時也成熟配套的服務治理

•     系統復雜度增高，端到端的一個業務可能調用十幾個甚至幾十個系統。調試和測試包括環境復雜度增，Debug問題難度加大。

那么測試活動相比傳統行業需要做出一些調整，你可能會面臨

• 快速的創建一套穩定的測試環境（保證所有服務的聯通性，所有數據庫的數據是最新產線的，對于使用場景你可以需要區分是單組件，還是幾個組件，還是集成環境的幾種模式，不同環境對于系統的一些配置可能是不同的。）  

• 測試策略的識別：哪些需求是單個組件就可以完成，哪些需求是需要組件與組件之前的連調，哪些是需要端到端的測試

• 測試工具的配套，單組件測試的情況下你需要對上下游系統的MOCK，這種MOCK分為有邏輯的MOCK（簡單模擬該系統邏輯）， 和無邏輯的MOCK（只有做response的擋板），有些可能是JAVA RPC程序調用，有些是簡單HTTP應用調用，需要在正在開始測試前準備好

• 微服務下系統非功能測試的考慮：

• 聯通性

• 數據一致性（分布式事務的保證或者業務間數據一致性， 如商品支付了你得給人加積分啊這樣的）

• 服務容錯性（當某服務不可用是是否做了服務降級）

• 服務調用性能（是否會因為某個系統處理慢出現超時）

• 還有一些不確定的問題（基于使用的技術做積累發現的一些問題

• 當前無論是傳統All In One的還是微服務的都需要有自動化測試的回歸，都知道自動化測試也是分層的，但是做的好的穩定的我覺得并不多，我司也只是做了接口驅動業務的主流程測試（沒有專業的自動化團隊每個人都需要參與自動化，做對于團隊最有價值的事，保證系統主要業務功能）

• 單元測試（能多做當然最好，但是實際并沒有多少公司有，或者也不多）

• API測試（這里主要講的是業務驅動）

• 契約測試（只是為了保證接口與相應是我們之前約定的，契約測試是一種方法，但是不非得就要做，保證的方法可以是其他）

• 集成測試（有條件的，做幾個冒煙的用例就行了，畢竟集成后，環境復雜自動化的穩定性未必高）

• UI測試（我一直不怎么建議做這個，大家隨意，我這里指的是WEB非APP）

• 

到此，關于“微服務測試的知識點有哪些”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！