400-626-7377
400-626-7377
構(gòu)架、設(shè)計 開發(fā)
測試、反饋
敏捷短周期迭代持續(xù)更新，不斷應(yīng)市場變化調(diào)整需求，可使產(chǎn)品更符合市場需求。
對每一個迭代周期和改動都有嚴格要求，為整個項目周期提供了可靠的質(zhì)量保障。
根據(jù)市場需求，對重要和需求明確部分進行開展，能更快投入開發(fā)。
優(yōu)先開發(fā)具有價值的功能，優(yōu)先進入市場，更快給客戶帶來投資回報率。
掌握實用技能，提升職場競爭力。
提升快速應(yīng)對變化的能力。
有計劃性、持續(xù)交付有價值產(chǎn)品，提高客戶滿意度。
工作更有邏輯性，按優(yōu)先級和緊急程度分類。
| 敏捷測試的理解、敏捷測試的核心 | 敏捷測試人員的必備素養(yǎng) | 敏捷策略的制定、敏捷測試的實施過程 |
| 敏捷測試過程中開展自動化測試的前提條件及約束條件 | 敏捷測試自動化測試的實施：單元、接口、UI | 敏捷測試與探索測試的深入探索 |
| 持續(xù)集成在敏捷測試中的應(yīng)用 | 探索性測試、自動化測試在敏捷測試中的應(yīng)用與開展 | 敏捷測試團隊的組建與培養(yǎng) |
| 如何高效的開展手工測試 | DevOps下開展自動化測試的前提條件及約束條件 | DevOps接口測試的規(guī)范及接口測試實踐 |
| DevOpsUI自動化測試的規(guī)范及接口測試實踐 | 自動化測試框架的設(shè)計與實現(xiàn) | 單元測試的方法TDD |
| 掌握Postman輕量化接口測試 | Python接口自動化實踐(HTTP協(xié)議、Fiddler抓包、Request封裝、數(shù)據(jù)庫驅(qū)動框架、Mock等) | 接口測試框架設(shè)計與實現(xiàn) |
| 接口測試的規(guī)范 | Python與Selenium很好的結(jié)合，讓學(xué)習(xí)者花最短的時間實現(xiàn)從功能工程師至自動化測試工程師的蛻變 | |
| 主題 | 內(nèi)容描述 |
|---|---|
| 敏捷測試的認知&敏捷測試策略 |
1.你我認知的敏捷測試 2.敏捷測試的核心關(guān)鍵點 3.敏捷測試人員的必要條件 4.敏捷測試策略 5.測試策略和測試計劃的差異 |
| 敏捷測試實施過程 |
1.敏捷測試的實施過程 2.持續(xù)改進和風(fēng)險分析 |
| 敏捷測試過程下的人員要求與測試需求的提取 |
1.測試人員的思維 2.測試需求的分析 3.測試需求分析何時進行？ 4.為什么要進行測試需求分析？ 5.如何開展測試需求分析？ 6.測試需求分析的成果物是什么？ 7.測試需求分析的成果物是什么？ 8.需求分析和測試需求分析的區(qū)別？ |
| 敏捷測試中如何高效的開展手工與自動化 | 1.敏捷團隊中如何高效設(shè)計測試用例 |
| 敏捷下的自動化測試的實施 |
敏捷測試過程中如何構(gòu)建高質(zhì)量的自動化測試 1.自動化測試的實施背景 2.如何建立一個務(wù)實明確的自動化測試目標 敏捷測試下的自動化測試規(guī)范 3.敏捷測試下自動化測試的引入要求 4.敏捷測試下自動化測試范圍 5.自動化測試開展時機 6.自動化測試規(guī)范 7.自動化測試流程 8.項目團隊 9.風(fēng)險評估 敏捷測試下的自動化測試開展 1.確定自動化測試類型 2.明確自動化測試活動 3.敏捷測試過程中測試工作的開展 4.代碼單元測試方案 5.接口自動化測試方案 6.UI自動化測試方案 |
| 敏捷策劃中探索性測試的應(yīng)用：探索性測試策略的引入 |
1.軟件測試需求分析與管理 2.軟件測試策略方案認知與設(shè)計 3.常規(guī)測試策略：有點至面、流程式 4.結(jié)構(gòu)化測試流程 |
| 主題 | 內(nèi)容描述 |
|---|---|
| 敏捷策劃中探索性測試的應(yīng)用：探索性測試策略的系統(tǒng)認知 |
1.探索性測試的核心 2.探索性測試的目標 3.探索性測試的優(yōu)點 4.自由式探索式測試 5.基于場景的探索式測試 6.基于策略的探索式測試 |
| DevOps中如何高效的開展手工與自動化 |
DevOps自動化測試的開展 1.DevOps自動化測試的認知 2.DevOps下自動化測試的引入要求 3.DevOps下自動化測試范圍 4.自動化測試開展時機 5.自動化測試規(guī)范 6.自動化測試流程 7.項目團隊 8.風(fēng)險評估 |
| 主題 | 內(nèi)容描述 |
|---|---|
| 單元測試方法TDD |
一、TDD編程單元劃分定義 1.從“用戶故事”到“程序文件”劃分定義 2.程序文件分類組織到層次化文件夾 3.從“程序文件”到“數(shù)據(jù)與函數(shù)”劃分定義 4.接口層次、函數(shù)單元粒度與訪問范圍大小 5.動手實踐：代碼單元劃分定義實踐 二、TDD編程單元的測試 1.基于編程單元代碼實現(xiàn)的測試用例與測試覆蓋率 2.基于編程單元聲明定義的測試用例與測試覆蓋率 3.好的單元測試必須遵守AIR原則 4.編寫單元測試代碼遵守BCDE原則 5.編程單元的業(yè)務(wù)依賴與技術(shù)依賴 6.基于單元黑盒的測試腳本標準編寫 7.全面完整取值與代碼路徑覆蓋 8.依據(jù)單元測試腳本編寫實現(xiàn)代碼的過程 9.執(zhí)行單元測試腳本檢查實現(xiàn)代碼是否滿足標準 10.實現(xiàn)代碼重構(gòu)時必須先修改測試腳本 11.單元測試方法之邏輯驅(qū)動測試方法 12.動手實踐：單元測試框架案例實戰(zhàn) 三、Mock那些事 1.Mock的作用 2.揭示mock：mock的對象、mock的目的 3.mock在測試中的應(yīng)用 4.mock的注意事項 5.動手實踐：Mock動手實踐 四、TDD與Mock的深度實踐 1.復(fù)雜問題的TDD開發(fā)模式 2.分而治之的思維：更小單元粒度TDD 3.單元獨立測試與組合單元測試 4.mock與patch 5.mock斷言的作用與實踐 6.mock斷言與單元測試框架斷言的結(jié)合：Assert_*_with等 7.mock統(tǒng)計 8.動手實踐：單元測試與mock 的深度案例實踐 |
| DevOps接口自動化測試規(guī)范 |
接口測試如何開展？如何規(guī)范化 1.接口測試 2.接口測試規(guī)范 3.接口測試用例 4.測試工具 |
| Postman實操 |
Postman全面了解 1.get請求 2.post請求 3.斷言 Postman實操 1.Get請求：百度搜索案例 2.Get請求案例：微信接口 3.Post請求案例：微信群發(fā)消息 4.Post請求案例：微信From表單 5.Post請求案例：公眾號菜單維護 6.局部環(huán)境變量 7.全局變量 8.參數(shù)傳值 |
| Jmeter接口測試 |
1.開源的力量—Jmeter 2.Jmeter重要組件 3.Jmeter案例 |
| 主題 | 內(nèi)容描述 |
|---|---|
| 接口自動化實踐 |
1.Fiddler抓包 2.Requests庫 3.Unittest 4.Base函數(shù)與Request類封裝 5.數(shù)據(jù)驅(qū)動操作 6.數(shù)據(jù)庫操作 7.Mock 持續(xù)集成 |
| 接口自動化框架 |
8.接口自動化框架 9.手把手實現(xiàn)接口自動化框架 10.一步一踐接口自動化框架 |
| DevOps UI自動化測試規(guī)范 |
DevOps自動化測試的開展 1.DevOps自動化測試的認知 2.DevOps下自動化測試的引入要求 3.DevOps下自動化測試范圍 4.自動化測試開展時機 5.自動化測試規(guī)范 6.自動化測試流程 7.項目團隊 8.風(fēng)險評估 |
| WebDriver Api、POM設(shè)計模式 |
Python基礎(chǔ) 自動化測試基礎(chǔ) 1.自動化簡介 2.分層的自動化測試 3.什么樣的項目適合自動化測試 4.自動化工具對比 5.selenium 介紹 6.成就大神之路 7.前端工具介紹 Python自動化環(huán)境的部署 WebDriver API 1.從定位元素開始 2.控制瀏覽器 3.簡單元素操作 4.鼠標事件 5.鍵盤事件 6.獲得驗證信息 7.設(shè)置元素等待 8.模塊驅(qū)動測試 9.關(guān)鍵字驅(qū)動測試 10.數(shù)據(jù)驅(qū)動測試 11.模塊化測試模型實例 12.數(shù)據(jù)驅(qū)動測試實例(txt、xml文件等) 單元測試框架(可選pytest) 1.單元測試框架的認知 2.Unittest工作原理 3.單元測試用例的組織 4.構(gòu)建測試固件 5.組織多個測試用例 6.構(gòu)建測試套件 7.測試套件的優(yōu)化 8.多個測試類的控制 9.單元測試執(zhí)行的控制 10.測試用例的跳過 |
| 測試結(jié)果的美化、POM的設(shè)計、測試報告的發(fā)送 |
如何生成【漂亮的】測試結(jié)果 測試設(shè)計的升華—PO設(shè)計模式 1.為什么使用page object（PO）設(shè)計模式 2.PageObject案例實操：基本測試用例 3.基礎(chǔ)場景設(shè)計 4.場景的優(yōu)化 5.測試用例的組織 通過郵件發(fā)送測試報告 案例實戰(zhàn)： 1.測試案例設(shè)計 2.以郵件的形式發(fā)送html格式的測試報告 3.給單人發(fā)送郵件 4.給多人發(fā)送郵件 5.發(fā)送『漂亮的』HTML格式的郵件 |
| 自動化框架的設(shè)計與實現(xiàn) |
自動化框架的設(shè)計與實現(xiàn) 6.配置文件 7.數(shù)據(jù)驅(qū)動 8.日志管理 9.自動化框架的架構(gòu)設(shè)計 10.框架的實現(xiàn)之公共文件庫：配置文件的操作 11.框架的實現(xiàn)之公共文件庫：外部文件的操作 12.框架的實現(xiàn)之公共文件庫：測試用例信息的管理 13.框架的實現(xiàn)之公共文件庫：郵件的配置 14.測試用例（頁面）的設(shè)計與實現(xiàn) 自動化測試模型 1.自動化測試模型概覽 2.模塊化驅(qū)動測試實例 3.數(shù)據(jù)驅(qū)動測試實例 |
| 敏捷測試過程中CI的應(yīng)用 |
4.持續(xù)集成 5.敏捷開發(fā)& 持續(xù)交付 6.持續(xù)集成工具(CI) |