單元測試培訓課程 - 培訓

??單元測試基礎

·?內(nèi)容一：理解單元測試

o?理解單元測試 第一個單元測試

o?單元測試框架提供了什么功能

o?好的測試是什么樣子的

o?為什么要寫單元測試，為什么不寫單元測試

o?為什么要寫"好"的單元測試

o?分析真實項目,如何做單元測試， 已經(jīng)相關(guān)問題

??理解單元測試框架—XUnit工具

·?內(nèi)容一：理解單元測試XUnit 框架—（以Junit為案例介紹，其他簡單介紹）

o?Junit設計目標

o?安裝和使用JUnit

o?探索JUnit核心

o?參數(shù)化測試

o?測試異常

o?超時測試

o?引入Hamcrest匹配器

o?JUnit的測試運行器

o?用Suite來組合測試

o?Junit與IDE，Ant，Maven集成運行

o?JUnit與持續(xù)集成工具結(jié)合

o?通過案例分析，Junit的最佳實踐

?單元測試設計

·?內(nèi)容一：構(gòu)思單元測試

o?單元測試模型的設計

o?單元測試用例設計

o?為系統(tǒng)運行起來而設

o?為正向測試而設計

o?為逆向測試而設計用例

o?為滿足特殊需求而設計用例

o?為代碼覆蓋而設計用例

o?通過案例分析單元測試編程前的測試用例的設計

·?內(nèi)容二：單元測試設計—黑盒測試

o?單元測試黑盒設計

o?等價類設計法

o?邊界值分析法

o?判定表（決策表）驅(qū)動化

o?狀態(tài)轉(zhuǎn)移測試設計

o?結(jié)對測試

o?分類樹設計方法

o?用例/場景測試

o?動態(tài)分析法

o?通過大量案例分析，如何應用各種黑盒測試設計技術(shù)，進行設計單元測試

·?內(nèi)容三：單元測試設計-白盒測試

o?單元測試白盒設計

o?標識單元測試點

o?語句覆蓋

o?判定覆蓋

o?基本路徑測試法

o?域測試法

o?符號測試法

o?Z路徑覆蓋

o?程序變異

o?白盒測試綜合策略

o?最少測試用例數(shù)計算

o?測試覆蓋準則

o?通過大量案例分析，如何應用各種白盒測試設計技術(shù)，進行設計單元測試

·?內(nèi)容四：單元測試點之測試技術(shù)選擇

o?單元測試點之斷言標準設計

o?單元測試點之測試數(shù)據(jù)設計

o?單元測試點集成測試場景設計

o?基于設計模式實現(xiàn)代碼的單元測試設計（創(chuàng)建、結(jié)構(gòu)與行為）

??單元測試覆蓋

·?內(nèi)容一：邏輯覆蓋

o?實施邏輯覆蓋的原因

o?語句覆蓋

o?判定覆蓋

o?條件覆蓋

o?條件判定組合覆蓋

o?多條件覆蓋

o?修正條件判定覆蓋

o?結(jié)合案例分析，邏輯覆蓋的度量

·?內(nèi)容二：統(tǒng)計測試覆蓋--（以Junit為案例分析）

o?使用clover為junit單元測試做覆蓋率分析

o?使用Cobertura統(tǒng)計JUnit測試覆蓋率

o?結(jié)合案例分析，通過測試覆蓋率工具，分析覆蓋率

?單元測試之中如何解耦依賴

·?內(nèi)容一：利用Stub打破依賴關(guān)系

o?利用Stub打破依賴關(guān)系 使用Stub的例子

o?重構(gòu)設計以使依賴可被注入

o?分析真實項目,如何使用Stub

·?內(nèi)容二：通過Mock對象測試交互

o?使用Mock的例子

o?對比基于狀態(tài)的測試和基于交互的測試

o?分析真實項目,如何使用Mock， 以及相關(guān)問題

·?內(nèi)容三：用好Mock與Stub

o?Mock與Stub的區(qū)別

o?同時使用Mock和Stub

o?每個測試只使用一個Mock

o?改進代碼設計，利于應用Mock和Stub

o?Mock和Stub的局限性

o?結(jié)合多個案例項目進行分析,什么時間使用Mock ，什么時間使用Stub， 如何權(quán)衡

?增強設計與代碼的可測試性

·?內(nèi)容一：設計和代碼的可測試性

o?抽取接口，容許替換底層實現(xiàn)

o?在被測類中注入樁對象

o?What’s testable design?

o?Modular design

o?SOLID design principles

o?Modular design in context

o?Test-driving toward modular design

o?Testability issues

o?Can’t instantiate a class

o?Can’t invoke a method

o?Can’t observe the outcome

o?Can’t substitute a collaborator

o?Can’t override a method

o?Guidelines for testable design

o?Avoid complex private methods

o?Avoid final methods

o?Avoid static methods

o?Use new with care

o?Avoid logic in constructors

o?Avoid the Singleton

o?Favor composition over inheritance

o?Wrap external libraries

o?Avoid service lookups

o?結(jié)合多個大型案例項目進行分析,如何通過重構(gòu)代碼，實現(xiàn)可測試性

??編寫好的單元測試

·?內(nèi)容一：好的單元測試測試標準-A-TRIP

o?單元測試的自動化-Automatic

o?單元測試徹底的-Thorough

o?單元測試可重復-Repeatable

o?單元測試獨立的-Independent

o?單元測試專業(yè)的-Professional

o?通過案例分析，分析好的單元測試標準

·?內(nèi)容二：如何編寫好的單元測試測試

o?單元測試中的壞味道

o?如何編寫容易被看懂的模式

o?如何編寫容易維護的模式

o?如何編寫信得過的模式

o?重構(gòu)單元測試，改進代碼設計

o?結(jié)合多個案例項目進行分析,分析什么是好的單元測試

?TDD測試驅(qū)動開發(fā)基礎

·?內(nèi)容一：好的單元測試測試標準-A-TRIP

o?TDD的節(jié)奏

o?TDD的兩個原則和TDD的目標

o?TDD與行為驅(qū)動開發(fā)（Behaviour Driven Development）

o?TDD與驗收測試驅(qū)動開發(fā)（Acceptance Test Driven Development）

o?識別代碼中的壞味道

o?重構(gòu)工具及使用

o?常用重構(gòu)技巧

o?重構(gòu)與預先設計的區(qū)別

o?通過案例分析，TDD的最佳實踐技巧，重構(gòu)的技巧，壞味道等

??歷史遺留系統(tǒng)如何編寫單元測試

·?內(nèi)容一：遺留系統(tǒng)代碼環(huán)境下如何編寫單元測試

o?從哪里開始添加單元測試

o?確定抉擇策略1-容易優(yōu)先測類的優(yōu)缺點

o?確定抉擇策略2-困難優(yōu)先測類的優(yōu)缺點

o?遺留代碼改動準則

o?重構(gòu)前寫集成測試

o?遺留代碼整潔測試的常用工具

o?童子軍原則

o?為第三方代碼做學習測試

o?復雜遺留系統(tǒng)之中，如何增加單元測試以及遇到的問題

o?通過真實案例分析，在遺留系統(tǒng)的的難度和最佳實踐

?單元測試組織和管理

·?內(nèi)容一：組織和管理測試

o?通過自動構(gòu)建腳本運行測試

o?將測試與代碼做同源版本管理

o?根據(jù)速度和類型為測試分類

o?創(chuàng)建和維護項目的測試輔助設施

o?結(jié)合我們研發(fā)中心， 如何做單元測試管理， 已經(jīng)如何組織，以及遇到的問題

??在研發(fā)團隊如何引入單元測試

·?內(nèi)容一：將測試引入到你的組織中

o?如何成功在組織中引入單元測試

o?為什么在組織中引入單元測試的努力會失敗

o?如何將測試集成到開發(fā)流程中 - 敏捷測試流程

o?常見的疑惑和解答?

o?通過多個研發(fā)中心咨詢經(jīng)驗，分析單元測試引入的方式和最佳實踐