敏捷測試 以持續(xù)測試促進(jìn)持續(xù)交付
定 價:129.9 元
互聯(lián)網(wǎng)產(chǎn)品的快速迭代,讓敏捷開發(fā)在各個領(lǐng)域都得到了廣泛應(yīng)用。同時,也加快了敏捷測試在各家企業(yè)落地生根的進(jìn)程。 《敏捷測試:以持續(xù)測試促進(jìn)持續(xù)交付》由測試領(lǐng)域老兵聯(lián)合10余位測試專家對敏捷測試的實踐經(jīng)驗匯總、整理而成。本書分為10章和4個附錄。從敏捷開發(fā)和敏捷測試基礎(chǔ)、人的因素、敏捷測試基礎(chǔ)設(shè)施、分析與計劃、設(shè)計與執(zhí)行、測試右移、收尾與改進(jìn)、展望等角度入手,幾乎涵蓋實現(xiàn)高效敏捷測試所需的各個方面的知識,以及測試思維、測試流程、測試基礎(chǔ)設(shè)施和一系列的優(yōu)秀實踐,對提高測試效率進(jìn)而提升產(chǎn)品交付質(zhì)量具有重大的指導(dǎo)意義。 《敏捷測試:以持續(xù)測試促進(jìn)持續(xù)交付》理論知識與實際案例深度結(jié)合,輔以思維導(dǎo)圖、延伸閱讀等模塊,深入淺出,尤其適合有一定測試實踐經(jīng)驗的軟件質(zhì)量保障和測試人員,想要較為深入了解敏捷測試的專業(yè)人士閱讀參考。
1.測試領(lǐng)域大咖朱少民20余年關(guān)于敏捷測試的思考和實踐總結(jié)2.給出敏捷測試落地實施的一套完整的實踐方法,幫助讀者顯著提升個人的測試能力。3.每章開頭均有思維導(dǎo)圖來引導(dǎo)讀者學(xué)習(xí),每章結(jié)尾均有延伸閱讀。4.以業(yè)界實踐為基礎(chǔ),典型敏捷測試真實案例貫穿全書始末。5.幫助研發(fā)經(jīng)理或項目經(jīng)理提升對敏捷測試全局的理解。6.20余名親歷一線的測試開發(fā)工程師、管理者及咨詢師傾情推薦!
朱少民 國內(nèi)知名測試專家、同濟(jì)大學(xué)特聘教授、軟件綠色聯(lián)盟標(biāo)準(zhǔn)評測組組長、《軟件學(xué)報》審稿人、QECon大會發(fā)起人。 近30年來,一直從事軟件測試、質(zhì)量管理等工作,先后獲得安徽省、原機(jī)械工業(yè)部、青島市等多項科技進(jìn)步獎,出版《全程軟件測試》《軟件測試方法和技術(shù)》《軟件質(zhì)量保證和管理》《軟件項目管理》等10余部著作。 近5年來,致力于幫助國內(nèi)近百家企業(yè)提升其軟件研發(fā)能力水平,并經(jīng)常在國內(nèi)外學(xué)術(shù)會議或技術(shù)大會上發(fā)表演講,擁有個人公眾號軟件質(zhì)量報道,曾任思科(中國)軟件有限公司QA(質(zhì)量保證)高級總監(jiān),及IEEE ICST論壇主席、IEEE QRS和DSA、NASAC程序委員等。 李潔 中科創(chuàng)達(dá)軟件股份有限公司測試總監(jiān),曾任IBM研發(fā)經(jīng)理,索尼瑞典分公司高級測試經(jīng)理,諾基亞及Polycom QA總監(jiān)。擁有20余年軟件測試技術(shù)經(jīng)驗及管理經(jīng)驗。在測試專業(yè)雜志發(fā)表過多篇文章。
第 1 章 鋪墊:敏捷開發(fā)價值觀、原則與實踐/ 1導(dǎo)讀/ 11.1 敏捷開發(fā)模式的由來/ 21.1.1 新產(chǎn)品開發(fā)方式Scrum / 31.1.2 輕量級軟件開發(fā)方法/ 51.1.3 敏捷宣言的誕生/ 61.2 敏捷價值觀/ 71.3 敏捷開發(fā)原則/ 81.4 常見的敏捷開發(fā)框架/ 91.4.1 極限編程/ 91.4.2 行為驅(qū)動開發(fā)/ 131.4.3 特性驅(qū)動開發(fā)/ 151.4.4 Scrum 開發(fā)框架/ 171.5 敏捷與看板、精益的關(guān)系/ 201.5.1 看板/ 211.5.2 精益軟件開發(fā)實踐/ 231.6 敏捷與DevOps 的關(guān)系/ 26本章小結(jié)/ 29延伸閱讀/ 29第 2 章 基礎(chǔ):敏捷測試之道/ 31導(dǎo)讀/ 312.1 什么是敏捷測試/ 322.1.1 從一個真實的案例說起/ 322.1.2 敏捷測試的含義/ 352.1.3 敏捷測試的其他定義/ 362.2 傳統(tǒng)測試與敏捷測試/ 382.2.1 鳳凰項目:一個IT 運維的傳奇故事/ 382.2.2 3 步工作法/ 392.2.3 鳳凰項目改造前后對比/ 402.2.4 傳統(tǒng)測試和敏捷測試的區(qū)別/ 412.3 敏捷測試的思維方式/ 412.3.1 固定性思維與敏捷思維/ 422.3.2 成長性思維/ 422.3.3 以實例來辨析不同思維的測試工程師/ 432.3.4 團(tuán)隊對質(zhì)量負(fù)責(zé)的思維/ 442.3.5 上下文驅(qū)動的思維與用戶思維/ 452.4 敏捷測試流程解析/ 452.4.1 Scrum 模式下的測試流程/ 452.4.2 敏捷測試的通用流程/ 472.4.3 敏捷測試流程閉環(huán)與持續(xù)測試/ 482.4.4 從敏捷項目管理角度來看測試流程/ 492.5 新的敏捷測試四象限/ 502.5.1 敏捷測試四象限之歷史/ 502.5.2 新的敏捷測試四象限簡介/ 52本章小結(jié)/ 53延伸閱讀/ 54第3 章 人是決定性因素/ 55導(dǎo)讀/ 553.1 敏捷團(tuán)隊究竟要不要專職的測試人員/ 563.1.1 問題的提出及各方的理由/ 563.1.2 根據(jù)上下文來確定是否需要/ 583.1.3 存在即合理/ 593.2 配備專職敏捷測試人員時的操作/ 603.2.1 Etsy 公司的優(yōu)秀實踐/ 603.2.2 敏捷測試人員的責(zé)任和具體任務(wù)/ 613.2.3 測試人員和開發(fā)人員的分工/ 633.2.4 測試敏捷化對團(tuán)隊意味著什么/ 643.3 沒有專職的測試人員時的操作/ 643.3.1 是否借助灰度發(fā)布和一鍵回滾/ 653.3.2 消除系統(tǒng)測試不足帶來的影響/ 663.3.3 加強(qiáng)敏捷驗收測試和ATDD 的實踐/ 673.3.4 應(yīng)對其他挑戰(zhàn)/ 673.4 借助測試負(fù)責(zé)人角色完成團(tuán)隊轉(zhuǎn)型/ 683.4.1 冰凍三尺并非一日之寒/ 693.4.2 多數(shù)團(tuán)隊不是Google / 703.4.3 測試負(fù)責(zé)人角色的責(zé)任和具體實踐/ 713.4.4 測試主負(fù)責(zé)人角色/ 723.5 如何創(chuàng)建有強(qiáng)烈質(zhì)量意識的學(xué)習(xí)型團(tuán)隊/ 733.5.1 達(dá)成質(zhì)量共識/ 733.5.2 營造良好的質(zhì)量文化氛圍/ 733.5.3 創(chuàng)建學(xué)習(xí)型團(tuán)隊/ 743.5.4 業(yè)務(wù)學(xué)習(xí)與缺陷根因分析/ 763.6 如何更好地為測試而學(xué)/ 763.6.1 系統(tǒng)性思維訓(xùn)練/ 773.6.2 創(chuàng)造性思維訓(xùn)練/ 793.6.3 如何提升測試自動化能力/ 803.6.4 如何學(xué)習(xí)測試建模/ 803.6.5 借力提升自己/ 813.7 如何與產(chǎn)品、開發(fā)等角色協(xié)作/ 823.7.1 團(tuán)隊協(xié)作的五大障礙/ 823.7.2 團(tuán)隊協(xié)作高于一切/ 843.7.3 達(dá)成對質(zhì)量及其管理的共識/ 853.7.4 溝通的技巧/ 86本章小結(jié)/ 87延伸閱讀/ 87第4 章 構(gòu)建強(qiáng)大的敏捷測試基礎(chǔ)設(shè)施/ 89導(dǎo)讀/ 894.1 持續(xù)集成與持續(xù)交付意味著什么/ 904.1.1 敏捷的目標(biāo)/ 914.1.2 持續(xù)集成中的測試活動/ 914.1.3 持續(xù)交付中的測試活動/ 934.1.4 持續(xù)集成 持續(xù)測試是關(guān)鍵/ 944.1.5 持續(xù)部署/ 954.1.6 持續(xù)運維/ 954.2 測試如何融入持續(xù)集成/ 持續(xù)交付環(huán)境/ 954.2.1 支撐持續(xù)集成的測試環(huán)境/ 964.2.2 支撐持續(xù)交付的測試環(huán)境/ 964.2.3 CI/CD 流水線中的測試過程/ 974.3 基于DevOps 的測試基礎(chǔ)設(shè)施構(gòu)成/ 994.3.1 DevOps 的測試/ 1004.3.2 DevOps 測試基礎(chǔ)設(shè)施/ 1014.3.3 基礎(chǔ)設(shè)施即代碼/ 1034.3.4 對基礎(chǔ)設(shè)施進(jìn)行驗證Testinfra / 1044.4 虛擬機(jī)技術(shù)與容器技術(shù)的應(yīng)用/ 1054.4.1 虛擬化技術(shù)虛擬機(jī)技術(shù)和容器技術(shù)/ 1064.4.2 Sidecar 模式容器的設(shè)計模式/ 1074.4.3 虛擬化技術(shù)之NUMA 和DPDK / 1084.4.4 服務(wù)虛擬化的利器Hoverfly / 1094.4.5 Molecule虛擬化技術(shù)的自動化測試工具/ 1114.4.6 Kubernetes 與測試環(huán)境/ 1124.5 如何完成自動部署/ 1134.5.1 配置即代碼CI 配置管理工具:Ansible、Chef / 1144.5.2 微服務(wù)的容器化部署/ 1164.5.3 微服務(wù)在CI 環(huán)境中的自動化部署/ 1174.5.4 Docker 容器的集群管理之Kubernetes / 1194.5.5 基礎(chǔ)架構(gòu)即代碼的工具Terraform、CloudFormation / 1224.5.6 管道即代碼的工具Concourse、Drone / 1234.5.7 新一代的部署體驗Serverless 軟件系統(tǒng)架構(gòu)/ 1254.5.8 產(chǎn)品發(fā)布之導(dǎo)流模式/ 1254.6 如何完成全自動的BVT / 1264.6.1 BVT 要驗證哪些點/ 1264.6.2 不穩(wěn)定的情況Flaky / 1284.7 自動的靜態(tài)測試和測試報告生成/ 1304.7.1 代碼分析(靜態(tài)測試)/ 1304.7.2 優(yōu)秀的靜態(tài)測試工具/ 1314.7.3 靜態(tài)測試報告的自動生成/ 1314.7.4 自動化測試報告的自動生成/ 1354.8 測試分層策略與金字塔模型/ 1394.9 搭建敏捷自動化測試框架及其案例分析/ 1404.9.1 自動化測試框架的構(gòu)成/ 1404.9.2 自動化測試框架的分類/ 1424.9.3 單元測試框架JUnit 5 / 1434.9.4 API 層的TA 測試框架Karate / 1444.9.5 驗收測試框架Ginkgo / 146本章小結(jié)/ 148延伸閱讀/ 149第5 章 測試左移更體現(xiàn)敏捷測試的價值/ 150導(dǎo)讀/ 1505.1 沒有ATDD,就沒有用戶故事的可測試性/ 1515.1.1 可測試性的概念/ 1515.1.2 需求、設(shè)計和代碼等不同層次的可測試性/ 1525.1.3 用戶故事的可測試性和ATDD / 1535.1.4 ATDD 與TDD( UTDD)的關(guān)系/ 1545.1.5 如何具體實施ATDD / 1565.2 產(chǎn)品價值分析:商業(yè)畫布、影響地圖與用戶故事地圖/ 1565.2.1 產(chǎn)品價值是基礎(chǔ)/ 1575.2.2 商業(yè)畫布/ 1585.2.3 影響地圖/ 1605.2.4 用戶故事地圖/ 1615.3 從Epic 到用戶故事完成需求評審/ 1625.3.1 通用的評審標(biāo)準(zhǔn)/ 1635.3.2 Epic 的評審/ 1645.3.3 用戶故事的評審/ 1665.4 不可忽視的設(shè)計評審/ 1695.4.1 設(shè)計評審的價值和重要性/ 1705.4.2 如何完成架構(gòu)評審/ 1705.4.3 有層次的(組件)評審/ 1725.4.4 接口定義的評審/ 1735.4.5 設(shè)計的可測試性/ 1735.5 BDD 及其自動化實踐/ 1745.5.1 什么是BDD / 1745.5.2 BDD 和測試的關(guān)系/ 1755.5.3 現(xiàn)有的BDD 自動化測試框架/ 1775.5.4 BDD 實例/ 1795.5.5 BDD 實踐中的常見問題/ 1835.6 再進(jìn)一步,讓實例化需求落地/ 1835.6.1 什么是實例化需求/ 1835.6.2 實例化需求的過程/ 1855.6.3 RBE 的自動化實現(xiàn)/ 1905.7 單元測試是否必須TDD / 1915.7.1 為何TDD 是必需的/ 1915.7.2 如何做好TDD / 1925.7.3 UTDD 測試原則/ 1935.7.4 UTDD 的具體實踐/ 194本章小結(jié)/ 195延伸閱讀/ 196第6 章 敏捷測試的分析與計劃/ 197導(dǎo)讀/ 1976.1 基于上下文驅(qū)動思維的測試分析/ 1986.1.1 上下文驅(qū)動測試流派/ 1986.1.2 質(zhì)量標(biāo)準(zhǔn)/ 2016.1.3 項目背景/ 2026.1.4 產(chǎn)品元素/ 2046.2 如何培養(yǎng)自己的業(yè)務(wù)與用戶體驗分析技能/ 2056.2.1 用戶思維/ 2056.2.2 場景是測試需求的靈魂/ 2066.2.3 業(yè)務(wù)分析/ 2076.2.4 用戶體驗要素/ 2086.3 敏捷測試的主要風(fēng)險在哪里/ 2096.3.1 需求不清晰/ 2106.3.2 需求頻繁變更/ 2116.3.3 時間太緊張/ 2116.3.4 自動化測試的有效性/ 2126.3.5 測試風(fēng)險項目檢查表/ 2126.3.6 風(fēng)險控制/ 2136.4 啟發(fā)式測試策略與測試策略的制定/ 2156.4.1 什么是測試策略/ 2156.4.2 啟發(fā)式測試策略模型/ 2166.4.3 快速、高效地制定測試策略/ 2186.5 代碼依賴性分析與精準(zhǔn)測試/ 2206.5.1 精準(zhǔn)測試/ 2216.5.2 如何建立測試用例和代碼的映射關(guān)系/ 2226.5.3 代碼依賴性分析/ 2236.5.4 代碼的變更分析/ 2256.5.5 測試用例集如何優(yōu)化/ 2256.5.6 優(yōu)秀實踐/ 2266.6 敏捷測試要不要計劃/ 2276.6.1 測試計劃的價值/ 2276.6.2 一頁紙的測試計劃/ 2286.6.3 如何編寫一頁紙的測試計劃/ 2296.7 探索式測試與基于腳本的測試/ 2326.7.1 什么是探索式測試/ 2326.7.2 探索式測試的應(yīng)用場景/ 2336.7.3 基于腳本的測試/ 2346.7.4 探索式測試與基于腳本的測試的比較/ 2356.7.5 敏捷擁抱探索式測試/ 2366.8 SBTM 的由來及使用/ 2376.8.1 SBTM 的由來/ 2376.8.2 真正理解會話/ 2376.8.3 測試計劃分解成多個子目標(biāo)/ 2396.8.4 測試子目標(biāo)進(jìn)一步分解為會話/ 2406.9 一個應(yīng)用SBTM 的真實案例/ 2416.9.1 案例背景/ 2416.9.2 挑戰(zhàn)在哪里/ 2426.9.3 測試子目標(biāo)分解的結(jié)果/ 2426.9.4 幾個典型的會話/ 2436.9.5 會話表/ 2466.9.6 口頭匯報/ 2476.10 敏捷測試分析與計劃的案例/ 2486.10.1 信息收集/ 2496.10.2 測試目標(biāo)/ 2496.10.3 通過測試分析得到測試范圍/ 2506.10.4 根據(jù)測試分析進(jìn)行風(fēng)險分析和控制/ 2516.10.5 基于風(fēng)險的測試策略/ 2526.10.6 測試計劃/ 253本章小結(jié)/ 254延伸閱讀/ 255第7 章 敏捷測試的設(shè)計與執(zhí)行/ 256導(dǎo)讀/ 2567.1 正確理解DoD 與敏捷中的驗收測試/ 2577.1.1 什么是DoD / 2577.1.2 如何創(chuàng)建DoD / 2587.1.3 DoD 和敏捷驗收測試的關(guān)系/ 2607.1.4 如何驗證DoD / 2617.2 如何將用戶故事轉(zhuǎn)化為測試用例/ 2617.2.1 轉(zhuǎn)換為場景/ 2627.2.2 場景離測試用例還差一步/ 2637.2.3 用戶故事轉(zhuǎn)化為測試用例的模型/ 2637.3 基于場景/ 事件流的測試用例設(shè)計/ 2657.3.1 事件流圖/ 2657.3.2 在敏捷測試中的應(yīng)用/ 2667.3.3 狀態(tài)圖與有限狀態(tài)機(jī)/ 2687.4 探索式測試過程與生態(tài)/ 2707.4.1 調(diào)查、分析、排序和實驗/ 2707.4.2 以分析為中心/ 2707.4.3 自我管理環(huán)、學(xué)習(xí)環(huán)/ 2717.4.4 協(xié)作環(huán)與測試環(huán)/ 2727.5 探索式測試中的角色扮演與場景挖掘/ 2727.5.1 批判性思維與探索式測試設(shè)計執(zhí)行/ 2727.5.2 角色扮演/ 2737.5.3 場景挖掘/ 2747.6 探索式測試的具體技巧/ 2767.6.1 業(yè)務(wù)路徑測試/ 2777.6.2 遍歷測試/ 2797.6.3 極限情況的測試/ 2797.6.4 異常情況的測試/ 2807.7 測試自動化設(shè)計模式:一步到位/ 2807.7.1 基于模型的自動化測試/ 2817.7.2 狀態(tài)圖生成測試用例/ 2817.7.3 測試數(shù)據(jù)的自動生成/ 2847.8 UI 腳本開發(fā)與維護(hù)的常用技巧/ 2877.8.1 腳本語言和測試框架的選擇/ 2877.8.2 UI 元素定位/ 2887.8.3 測試代碼的模塊化和參數(shù)化/ 2917.8.4 Selenium 集成自動化測試框架/ 2937.8.5 Page Object 設(shè)計模式/ 2957.8.6 隱式等待/ 2967.9 質(zhì)效合一:自動化測試和手工測試的完美融合/ 2967.9.1 一個關(guān)于測試策略的案例/ 2967.9.2 新功能手工測試,回歸測試自動化/ 2977.9.3 探索未知的,自動化已知的/ 2997.9.4 自動化回歸測試怎么做/ 3007.10 優(yōu)先實現(xiàn)面向接口的測試/ 3007.10.1 接口(API)測試越來越重要/ 3017.10.2 接口測試示例/ 3017.10.3 如何獲取接口信息/ 3047.10.4 契約測試和微服務(wù)的接口測試/ 3067.10.5 API 持續(xù)測試平臺:API Fortress / 308本章小結(jié)/ 308延伸閱讀/ 309第8 章 測試右移:從敏捷到DevOps / 310導(dǎo)讀/ 3108.1 在線性能測試/ 3118.1.1 全鏈路壓測/ 3118.1.2 在線性能監(jiān)控/ 3138.1.3 流量回放技術(shù)/ 3148.2 A/B 測試/ 3168.2.1 什么是A/B 測試/ 3168.2.2 A/B 測試的設(shè)計/ 3178.2.3 A/B 測試平臺與測試執(zhí)行/ 3198.2.4 關(guān)于用戶體驗的度量/ 3208.3 監(jiān)控告警系統(tǒng)/ 3218.3.1 日志分析及Elastic Stack 的使用/ 3238.3.2 調(diào)用鏈分析及SkyWalking 的使用/ 3248.3.3 指標(biāo)監(jiān)控及Prometheus 的使用/ 3278.3.4 監(jiān)控系統(tǒng)解決方案/ 3298.4 安全性監(jiān)控/ 3308.5 混沌工程/ 3318.5.1 混沌工程的由來/ 3328.5.2 基于故障注入的測試/ 3338.5.3 混沌工程平臺與工具/ 3348.5.4 混沌工程的具體實施/ 3368.5.5 為系統(tǒng)彈性做好設(shè)計/ 3378.6 智能運維與測試/ 3408.6.1 從自動化運維到智能運維/ 3408.6.2 智能運維的典型場景/ 341本章小結(jié)/ 342延伸閱讀/ 343第9 章 敏捷測試的收尾與改進(jìn)/ 344導(dǎo)讀/ 3449.1 如何分析測試結(jié)果和評估測試工作的質(zhì)量/ 3459.1.1 如何評估敏捷測試過程/ 3459.1.2 敏捷測試過程的度量體系/ 3469.1.3 測試工作質(zhì)量的分析/ 3489.1.4 代碼覆蓋率/ 3489.1.5 功能覆蓋率/ 3499.1.6 業(yè)務(wù)覆蓋率/ 3499.1.7 基于缺陷分析測試質(zhì)量/ 3509.2 如何獲得良好的可追溯性、可視化/ 3509.2.1 測試管理系統(tǒng)/ 3519.2.2 需求與測試用例的映射關(guān)系,以及測試用例與缺陷的映射關(guān)系/ 3529.2.3 示例:Jira Zephyr 實現(xiàn)可追溯性/ 3539.2.4 測試與質(zhì)量度量的可視化/ 3559.2.5 質(zhì)量雷達(dá)圖/ 3579.3 敏捷測試優(yōu)秀實踐/ 3579.3.1 微軟的優(yōu)秀實踐/ 3589.3.2 谷歌的優(yōu)秀實踐/ 3599.3.3 亞馬遜的優(yōu)秀實踐/ 3609.3.4 ThoughtWorks 的優(yōu)秀實踐/ 3619.3.5 騰訊的優(yōu)秀實踐/ 3649.3.6 阿里巴巴的優(yōu)秀實踐/ 3659.4 敏捷過程的反思與持續(xù)改進(jìn)/ 3669.4.1 敏捷過程的反思/ 3679.4.2 敏捷測試過程的改進(jìn)分析/ 3689.4.3 數(shù)據(jù)驅(qū)動改進(jìn)/ 3699.4.4 PDCA 循環(huán)/ 3699.4.5 根因分析/ 371本章小結(jié)/ 372延伸閱讀/ 372第 10 章 敏捷測試的展望/ 374導(dǎo)讀/ 37410.1 大數(shù)據(jù)的測試/ 37510.1.1 大數(shù)據(jù)的特性與挑戰(zhàn)/ 37610.1.2 大數(shù)據(jù)的測試方法/ 37810.1.3 大數(shù)據(jù)的測試實踐/ 38010.1.4 大數(shù)據(jù)的測試工具/ 38110.2 人工智能系統(tǒng)的測試/ 38210.2.1 人工智能系統(tǒng)的不確定性和不可解釋性/ 38310.2.2 人工智能系統(tǒng)的白盒測試/ 38410.2.3 人工智能系統(tǒng)的算法驗證/ 38610.2.4 示例:針對智能語音的設(shè)計與執(zhí)行/ 38810.3 人工智能助力敏捷測試/ 39210.3.1 基于圖像識別技術(shù)的UI測試/ 39210.3.2 基于人工智能的、全自動化的API 測試/ 39710.3.3 人工智能助力代碼深度分析/ 39910.3.4 人工智能驅(qū)動測試/ 40110.3.5 人工智能測試工具/ 40310.4 敏捷測試工具的未來/ 40610.4.1 敏捷測試工具的發(fā)展趨勢/ 40610.4.2 MBT 的前景如何/ 40810.4.3 無代碼化的測試自動化/ 40910.5 徹底實現(xiàn)持續(xù)測試/ 41310.5.1 重新理解持續(xù)測試/ 41410.5.2 持續(xù)測試的實現(xiàn)框架/ 41510.5.3 持續(xù)測試成熟度模型/ 42410.5.4 徹底的持續(xù)測試/ 425本章小結(jié)/ 426延伸閱讀/ 427附錄A 基于Kubernetes 和Docker搭建Jenkins 可伸縮持續(xù)集成系統(tǒng)/ 428導(dǎo)讀/ 428A.1 工作流程圖/ 429A.2 系統(tǒng)配置/ 429A.3 安裝Kubernetes 集群/ 430A.3.1 安裝前的準(zhǔn)備/ 430A.3.2 安裝配置/ 430A.4 Harbor 的安裝部署/ 434A.4.1 下載Harbor 離線安裝包/ 434A.4.2 安裝Docker / 435A.4.3 安裝Docker Compose / 435A.4.4 Harbor 的安裝與配置/ 435A.4.5 客戶端訪問Harbor 倉庫/ 436A.5 采用Jenkins Pipeline 實現(xiàn)自動構(gòu)建并部署至k8s / 438A.5.1 部署Jenkins / 438A.5.2 新建Spring Boot Java工程/440A.5.3 配置Jenkins Pipeline任務(wù)/ 444A.5.4 測試Pipeline 任務(wù)/ 446A.5.5 遇到的問題及解決方法/ 449附錄B 敏捷實踐發(fā)展史/ 451附錄C 后敏捷時代暨DevOps發(fā)展史/ 461附錄D 中國敏捷測試大事記/ 463參考文獻(xiàn)/ 465