微服務(wù)測試的知識點有哪些

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

微服務(wù)的特點：

•     業(yè)務(wù)拆成獨立的系統(tǒng)，可單獨發(fā)布，部署。

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

•     系統(tǒng)復(fù)雜度增高，端到端的一個業(yè)務(wù)可能調(diào)用十幾個甚至幾十個系統(tǒng)。調(diào)試和測試包括環(huán)境復(fù)雜度增，Debug問題難度加大。

那么測試活動相比傳統(tǒng)行業(yè)需要做出一些調(diào)整，你可能會面臨

• 快速的創(chuàng)建一套穩(wěn)定的測試環(huán)境（保證所有服務(wù)的聯(lián)通性，所有數(shù)據(jù)庫的數(shù)據(jù)是最新產(chǎn)線的，對于使用場景你可以需要區(qū)分是單組件，還是幾個組件，還是集成環(huán)境的幾種模式，不同環(huán)境對于系統(tǒng)的一些配置可能是不同的。）  

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

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

• 微服務(wù)下系統(tǒng)非功能測試的考慮：

• 聯(lián)通性

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

• 服務(wù)容錯性（當(dāng)某服務(wù)不可用是是否做了服務(wù)降級）

• 服務(wù)調(diào)用性能（是否會因為某個系統(tǒng)處理慢出現(xiàn)超時）

• 還有一些不確定的問題（基于使用的技術(shù)做積累發(fā)現(xiàn)的一些問題

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

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

• API測試（這里主要講的是業(yè)務(wù)驅(qū)動）

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

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

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

• 

到此，關(guān)于“微服務(wù)測試的知識點有哪些”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>