單元測試實戰(zhàn)訓(xùn)練營

課程簡介：
隨著敏捷開發(fā)方法的流行，單元測試的思想也在遍地開花，越來越多的開發(fā)人員和公司開始學(xué)習(xí)和接受單元測試，并且已經(jīng)開始應(yīng)用在日常的開發(fā)工作之中。但是實踐之中，卻遇到了不少問題和障礙。比如，如何將單元測試思想傳播給小組的每一位成員，并讓他們心悅誠服的接受，如何堅持這種邊寫功能邊測試的做法并最終養(yǎng)成一種習(xí)慣；如何進(jìn)行高效測試；很多工程師認(rèn)為我們是想些測試的，但我們在壓力下沒有足夠的時間去寫；我們一開始是寫單元測試的，但兩個星期后我們就沒有動力繼續(xù)下去了，再往后我們就放棄了編寫單元測試。 在該課程之中，我們將揭開這些問題的背后的原因。本課程不單單是單元測試基本概念的技能講解，而是把技能和問題的場景結(jié)合，關(guān)注如何應(yīng)用單元測試解決問題，尤其關(guān)注需要通過經(jīng)驗積累的高級技能。課程中的理論和經(jīng)驗來自于對大量開發(fā)人員常犯錯誤與所遇問題的歸納、分析與總結(jié)，有針對性的給出解決方法，課程將重現(xiàn)這些問題的經(jīng)典案例，通過實例講解，并對應(yīng)到學(xué)員的實際工作問題，使學(xué)員能夠把傳授的經(jīng)驗和自己的問題結(jié)合起來，有效的啟發(fā)思路、激發(fā)興趣、并掌握解決問題的基本方法。
學(xué)員基礎(chǔ)
學(xué)員學(xué)習(xí)本課程應(yīng)具備下列基礎(chǔ)知識：
1) 了解Java/C#/C++語言；
2) 簡單了解XUnit框架的任何一種；熟悉一種開發(fā)工具IDE下單元測試環(huán)境。
培訓(xùn)內(nèi)容：
單元測試基礎(chǔ)
內(nèi)容一：理解單元測試
1.理解單元測試 第一個單元測試
2.單元測試框架提供了什么功能
3.好的測試是什么樣子的
4.為什么要寫單元測試，為什么不寫單元測試
5.為什么要寫"好"的單元測試
6.分析真實項目,如何做單元測試， 已經(jīng)相關(guān)問題
理解單元測試框架—XUnit工具
內(nèi)容一：理解單元測試XUnit 框架—（以Junit為案例介紹，其他簡單介紹）
1.Junit設(shè)計目標(biāo)
2.安裝和使用JUnit
3.探索JUnit核心
4.參數(shù)化測試
5.測試異常
6.超時測試
7.引入Hamcrest匹配器
8.JUnit的測試運(yùn)行器
9.用Suite來組合測試
10.Junit與IDE，Ant，Maven集成運(yùn)行
11.JUnit與持續(xù)集成工具結(jié)合
12.通過案例分析，Junit的最佳實踐
單元測試設(shè)計
內(nèi)容一：構(gòu)思單元測試
1.單元測試模型的設(shè)計
2.單元測試用例設(shè)計
3.為系統(tǒng)運(yùn)行起來而設(shè)計
4.為正向測試而設(shè)計用例
5.為逆向測試而設(shè)計用例
6.為滿足特殊需求而設(shè)計用例
7.為代碼覆蓋而設(shè)計用例
8.通過案例分析單元測試編程前的測試用例的設(shè)計
內(nèi)容二：單元測試設(shè)計—黑盒測試
1.單元測試黑盒設(shè)計
2.等價類設(shè)計法
3.邊界值分析法
4.判定表（決策表）驅(qū)動化
5.狀態(tài)轉(zhuǎn)移測試設(shè)計
6.結(jié)對測試
7.分類樹設(shè)計方法
8.用例/場景測試
9.動態(tài)分析法
9.通過大量案例分析，如何應(yīng)用各種黑盒測試設(shè)計技術(shù)，進(jìn)行設(shè)計單元測試
內(nèi)容三：單元測試設(shè)計—白盒測試
1.單元測試白盒設(shè)計
2.標(biāo)識單元測試點
3.語句覆蓋
4.判定覆蓋
5.基本路徑測試法
6.域測試法
7.符號測試法
8.Z路徑覆蓋
9.程序變異
10.白盒測試綜合策略
11.最少測試用例數(shù)計算
12.測試覆蓋準(zhǔn)則
13.通過大量案例分析，如何應(yīng)用各種白盒測試設(shè)計技術(shù)，進(jìn)行設(shè)計單元測試
內(nèi)容四：單元測試點之測試技術(shù)選擇
1. 單元測試點之?dāng)嘌詷?biāo)準(zhǔn)設(shè)計
2. 單元測試點之測試數(shù)據(jù)設(shè)計
3. 單元測試點集成測試場景設(shè)計
4. 基于設(shè)計模式實現(xiàn)代碼的單元測試設(shè)計（創(chuàng)建、結(jié)構(gòu)與行為）
單元測試覆蓋
內(nèi)容一：邏輯覆蓋
1.實施邏輯覆蓋的原因
2.語句覆蓋
3.判定覆蓋
4.條件覆蓋
5.條件覆蓋
6.條件判定組合覆蓋
7.多條件覆蓋
8.修正條件判定覆蓋
9.結(jié)合案例分析，邏輯覆蓋的度量
內(nèi)容二：統(tǒng)計測試覆蓋--（以Junit為案例分析）
1.使用clover為junit單元測試做覆蓋率分析
2.使用Cobertura統(tǒng)計JUnit測試覆蓋率
3.結(jié)合案例分析，通過測試覆蓋率工具，分析覆蓋率
單元測試之中如何解耦依賴
內(nèi)容一：利用Stub打破依賴關(guān)系
1.利用Stub打破依賴關(guān)系 使用Stub的例子
2.重構(gòu)設(shè)計以使依賴可被注入
3.分析真實項目,如何使用Stub
內(nèi)容二：通過Mock對象測試交互
1.使用Mock的例子
2.對比基于狀態(tài)的測試和基于交互的測試
4.分析真實項目,如何使用Mock， 以及相關(guān)問題
內(nèi)容三：用好Mock與Stub
1.Mock與Stub的區(qū)別
2.同時使用Mock和Stub
3.每個測試只使用一個Mock
4.改進(jìn)代碼設(shè)計，利于應(yīng)用Mock和Stub
5.Mock和Stub的局限性
6.結(jié)合多個案例項目進(jìn)行分析,什么時間使用Mock ，什么時間使用Stub， 如何權(quán)衡
增強(qiáng)設(shè)計與代碼的可測試性
內(nèi)容一：設(shè)計和代碼的可測試性
1.抽取接口，容許替換底層實現(xiàn)
2.在被測類中注入樁對象
3.What’s testable design?
4.Modular design
5.SOLID design principles
6.Modular design in context
7.Test-driving toward modular design
8.Testability issues
9.Can’t instantiate a class
10.Can’t invoke a method
11.Can’t observe the outcome
12.Can’t substitute a collaborator
13.Can’t override a method
14.Guidelines for testable design
15.Avoid complex private methods
16.Avoid final methods
17.Avoid static methods
18.Use new with care
19.Avoid logic in constructors
20.Avoid the Singleton
21.Favor composition over inheritance
22.Wrap external libraries
23.Avoid service lookups
24.結(jié)合多個大型案例項目進(jìn)行分析,如何通過重構(gòu)代碼，實現(xiàn)可測試性
編寫好的單元測試
內(nèi)容一：好的單元測試測試標(biāo)準(zhǔn)-A-TRIP
1.單元測試的自動化-Automatic
2.單元測試徹底的-Thorough
3.單元測試可重復(fù)-Repeatable
4.單元測試獨(dú)立的-Independent
5.單元測試專業(yè)的-Professional
6.通過案例分析，分析好的單元測試標(biāo)準(zhǔn)
內(nèi)容二：如何編寫好的單元測試測試
1.單元測試中的壞味道
2.如何編寫容易被看懂的模式
3.如何編寫容易維護(hù)的模式
4.如何編寫信得過的模式
5.重構(gòu)單元測試，改進(jìn)代碼設(shè)計
6.結(jié)合多個案例項目進(jìn)行分析,分析什么是好的單元測試
TDD測試驅(qū)動開發(fā)基礎(chǔ)
內(nèi)容一：好的單元測試測試標(biāo)準(zhǔn)-A-TRIP
1.TDD的節(jié)奏
2.TDD的兩個原則和TDD的目標(biāo)
3.TDD與行為驅(qū)動開發(fā)（Behaviour Driven Development）
4.TDD與驗收測試驅(qū)動開發(fā)（Acceptance Test Driven Development）
5.識別代碼中的壞味道
6.重構(gòu)工具及使用
7.常用重構(gòu)技巧
8.重構(gòu)與預(yù)先設(shè)計的區(qū)別
9.通過案例分析，TDD的最佳實踐技巧，重構(gòu)的技巧，壞味道等
歷史遺留系統(tǒng)如何編寫單元測試
內(nèi)容一：遺留系統(tǒng)代碼環(huán)境下如何編寫單元測試
1.從哪里開始添加單元測試
2.確定抉擇策略1-容易優(yōu)先測類的優(yōu)缺點
3.確定抉擇策略2-困難優(yōu)先測類的優(yōu)缺點
4.遺留代碼改動準(zhǔn)則
5.重構(gòu)前寫集成測試
6.遺留代碼整潔測試的常用工具
7.童子軍原則
8.為第三方代碼做學(xué)習(xí)測試
9.復(fù)雜遺留系統(tǒng)之中，如何增加單元測試以及遇到的問題
10.通過真實案例分析，在遺留系統(tǒng)的的難度和最佳實踐
單元測試組織和管理
內(nèi)容一：組織和管理測試
1.通過自動構(gòu)建腳本運(yùn)行測試
2.將測試與代碼做同源版本管理
3.根據(jù)速度和類型為測試分類
4.創(chuàng)建和維護(hù)項目的測試輔助設(shè)施
5.結(jié)合我們研發(fā)中心， 如何做單元測試管理， 已經(jīng)如何組織，以及遇到的問題
在研發(fā)團(tuán)隊如何引入單元測試
內(nèi)容一：將測試引入到你的組織中
1.如何成功在組織中引入單元測試
2.為什么在組織中引入單元測試的努力會失敗
3.如何將測試集成到開發(fā)流程中 - 敏捷測試流程
4.常見的疑惑和解答?
5.通過多個研發(fā)中心咨詢經(jīng)驗，分析單元測試引入的方式和最佳實踐
講師介紹：
劉捷
曾任職BEA(中國)資深軟件架構(gòu)師，十余年的企業(yè)軟件架構(gòu)、開發(fā)和管理經(jīng)驗, 側(cè)重于企業(yè)應(yīng)用軟件架構(gòu)設(shè)計.主要負(fù)責(zé)客戶大型項目的架構(gòu)設(shè)計和研發(fā)。
作為技術(shù)專家保證項目的成功實施，運(yùn)行和維護(hù)。參加過全國/全省多個大型的計算機(jī)應(yīng)用項目，擅長的領(lǐng)域包括電信，金融、稅務(wù),大型互聯(lián)網(wǎng)web2.0應(yīng)用等。此前就職于IBM，任軟件架構(gòu)師。 在此之前曾任日本東京一家軟件企業(yè)的資深技術(shù)顧問。

上一篇：軟件測試工作的核心技能

下一篇：高效測試：測試用例設(shè)計與執(zhí)行的敏捷化