測(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í)際案例解讀

活動(dòng)詳情

提交需求