測(cè)試經(jīng)理
互聯(lián)網(wǎng)
微服務(wù)
測(cè)試用例
API
推薦課程
average > 0 ? $model->average . '分' : '10.0分' ?>

在線測(cè)試課:微服務(wù)架構(gòu)下的API測(cè)試的挑戰(zhàn)與應(yīng)對(duì)策略

騰訊 TEG 基礎(chǔ)架構(gòu)部 研發(fā)效能首席架構(gòu)師,T4級(jí)專家

實(shí)戰(zhàn)派軟件測(cè)試和工程效能專家,阿里云最具價(jià)值專家MVP,超過(guò)15年的一線工程實(shí)戰(zhàn)經(jīng)驗(yàn),積累了大量項(xiàng)目經(jīng)驗(yàn),是國(guó)內(nèi)大型軟件企業(yè)的自動(dòng)化測(cè)試和智能化測(cè)試的早期實(shí)踐者,也是DevOps和敏捷測(cè)試的布道者。曾受邀擔(dān)任國(guó)內(nèi)外頂級(jí)技術(shù)大會(huì)的技術(shù)委員會(huì)成員和專題出品人,多個(gè)技術(shù)管理類公眾大號(hào)的特邀撰稿人,稿件發(fā)表于InfoQ、CSDN、開(kāi)源中國(guó)、云頭條、51CTO等平臺(tái)。

實(shí)戰(zhàn)派軟件測(cè)試和工程效能專家,阿里云最具價(jià)值專家MVP,超過(guò)15年的一線工程實(shí)戰(zhàn)經(jīng)驗(yàn),積累了大量項(xiàng)目經(jīng)驗(yàn),是國(guó)內(nèi)大型軟件企業(yè)的自動(dòng)化測(cè)試和智能化測(cè)試的早期實(shí)踐者,也是DevOps和敏捷測(cè)試的布道者。曾受邀擔(dān)任國(guó)內(nèi)外頂級(jí)技術(shù)大會(huì)的技術(shù)委員會(huì)成員和專題出品人,多個(gè)技術(shù)管理類公眾大號(hào)的特邀撰稿人,稿件發(fā)表于InfoQ、CSDN、開(kāi)源中國(guó)、云頭條、51CTO等平臺(tái)。

課程費(fèi)用

5800.00 /人

課程時(shí)長(zhǎng)

3小時(shí)

成為教練

課程簡(jiǎn)介

此模塊講解:隨著微服務(wù)架構(gòu)的不斷普及與落地,給業(yè)務(wù)發(fā)展帶來(lái)的便利大家有目共睹,但是這其中對(duì)于微服務(wù)架構(gòu)的測(cè)試則提出了很多挑戰(zhàn),這其中最關(guān)鍵的問(wèn)題有兩個(gè),一個(gè)是API接口數(shù)量的快速增長(zhǎng)所引發(fā)的測(cè)試用例數(shù)量的爆發(fā)性增長(zhǎng),使得傳統(tǒng)API的測(cè)試策略與實(shí)踐已經(jīng)很難應(yīng)對(duì)如此大量的測(cè)試需求;二是微服務(wù)之間的復(fù)雜依賴關(guān)系將使得測(cè)試很難做到解耦,為此會(huì)引發(fā)大量的Mock開(kāi)發(fā)的工作量。為了打破上述窘境,微服務(wù)架構(gòu)尤其是大型微服務(wù)架構(gòu)的測(cè)試迫切需要一種顛覆性的方法來(lái)應(yīng)對(duì)上述挑戰(zhàn)。

(1)從單體架構(gòu)到微服務(wù)架構(gòu)的技術(shù)演進(jìn)
(2)微服務(wù)架構(gòu)對(duì)測(cè)試提出的挑戰(zhàn)
(3)基于消費(fèi)者契約的測(cè)試方法的基本原理
(4)如何解決API用例數(shù)量爆發(fā)性增長(zhǎng)的難題
(5)如何解決API調(diào)用依賴的測(cè)試難題
(6)微服務(wù)架構(gòu)下測(cè)試數(shù)據(jù)準(zhǔn)備的最佳實(shí)踐
(7)大型企業(yè)的實(shí)際案例解讀

目標(biāo)收益

培訓(xùn)對(duì)象

課程大綱

此模塊講解:隨著微服務(wù)架構(gòu)的不斷普及與落地,給業(yè)務(wù)發(fā)展帶來(lái)的便利大家有目共睹,但是這其中對(duì)于微服務(wù)架構(gòu)的測(cè)試則提出了很多挑戰(zhàn),這其中最關(guān)鍵的問(wèn)題有兩個(gè),一個(gè)是API接口數(shù)量的快速增長(zhǎng)所引發(fā)的測(cè)試用例數(shù)量的爆發(fā)性增長(zhǎng),使得傳統(tǒng)API的測(cè)試策略與實(shí)踐已經(jīng)很難應(yīng)對(duì)如此大量的測(cè)試需求;二是微服務(wù)之間的復(fù)雜依賴關(guān)系將使得測(cè)試很難做到解耦,為此會(huì)引發(fā)大量的Mock開(kāi)發(fā)的工作量。為了打破上述窘境,微服務(wù)架構(gòu)尤其是大型微服務(wù)架構(gòu)的測(cè)試迫切需要一種顛覆性的方法來(lái)應(yīng)對(duì)上述挑戰(zhàn)。 (1)從單體架構(gòu)到微服務(wù)架構(gòu)的技術(shù)演進(jìn)
(2)微服務(wù)架構(gòu)對(duì)測(cè)試提出的挑戰(zhàn)
(3)基于消費(fèi)者契約的測(cè)試方法的基本原理
(4)如何解決API用例數(shù)量爆發(fā)性增長(zhǎng)的難題
(5)如何解決API調(diào)用依賴的測(cè)試難題
(6)微服務(wù)架構(gòu)下測(cè)試數(shù)據(jù)準(zhǔn)備的最佳實(shí)踐
(7)大型企業(yè)的實(shí)際案例解讀
此模塊講解:隨著微服務(wù)架構(gòu)的不斷普及與落地,給業(yè)務(wù)發(fā)展帶來(lái)的便利大家有目共睹,但是這其中對(duì)于微服務(wù)架構(gòu)的測(cè)試則提出了很多挑戰(zhàn),這其中最關(guān)鍵的問(wèn)題有兩個(gè),一個(gè)是API接口數(shù)量的快速增長(zhǎng)所引發(fā)的測(cè)試用例數(shù)量的爆發(fā)性增長(zhǎng),使得傳統(tǒng)API的測(cè)試策略與實(shí)踐已經(jīng)很難應(yīng)對(duì)如此大量的測(cè)試需求;二是微服務(wù)之間的復(fù)雜依賴關(guān)系將使得測(cè)試很難做到解耦,為此會(huì)引發(fā)大量的Mock開(kāi)發(fā)的工作量。為了打破上述窘境,微服務(wù)架構(gòu)尤其是大型微服務(wù)架構(gòu)的測(cè)試迫切需要一種顛覆性的方法來(lái)應(yīng)對(duì)上述挑戰(zhàn)。
(1)從單體架構(gòu)到微服務(wù)架構(gòu)的技術(shù)演進(jìn)
(2)微服務(wù)架構(gòu)對(duì)測(cè)試提出的挑戰(zhàn)
(3)基于消費(fèi)者契約的測(cè)試方法的基本原理
(4)如何解決API用例數(shù)量爆發(fā)性增長(zhǎng)的難題
(5)如何解決API調(diào)用依賴的測(cè)試難題
(6)微服務(wù)架構(gòu)下測(cè)試數(shù)據(jù)準(zhǔn)備的最佳實(shí)踐
(7)大型企業(yè)的實(shí)際案例解讀

課程費(fèi)用

5800.00 /人

課程時(shí)長(zhǎng)

3小時(shí)

預(yù)約體驗(yàn)票 我要分享

近期公開(kāi)課推薦

近期公開(kāi)課推薦

活動(dòng)詳情

提交需求