單元測試
單元測試（Unit Testing）又稱為模塊測試蔚万，是針對程序模塊來進(jìn)行正確性檢驗的測試工作哺哼。單元就是單個程序箕速、函數(shù)、過程等泥栖，編寫程序的過程中前后很可能要進(jìn)行多次單元測試簇宽。
然而在工作中，一般都是追求快速迭代上線吧享，基本很難做到有時間來寫測試用例魏割。雖然大家都知道單元測試的優(yōu)點，也非常認(rèn)同钢颂，然而現(xiàn)實中確很難推行下去钞它。
然而單元測試也是敏捷開發(fā)的一個環(huán)節(jié)，既然是敏捷，是否是我們對單元測試的認(rèn)知還不夠遭垛，或者沒有切合實際推行單元測試尼桶，導(dǎo)致無法在項目中推行。
TDD與BDD
- 測試驅(qū)動開發(fā)（Test-Driven Development）
- 行為驅(qū)動開發(fā) (Behavior-Driven Development)
一般的開發(fā)模式更偏向于BDD锯仪，以往開發(fā)需求泵督，測試同事編寫需求的測試用例，然后拉上產(chǎn)品庶喜、開發(fā)會進(jìn)行用例評審小腊，通過后，開發(fā)同事根據(jù)需求文檔來開發(fā)需求久窟，最后按照評定的測試用例冒煙測試和進(jìn)行簡單功能點測試就提測了秩冈。
BDD的重點在于可以使用自然語言來寫測試用例，常見的測試用例一般是假定一個場景斥扛、條件入问，然后在特定場景，應(yīng)該輸出一個符合預(yù)期的結(jié)果稀颁。
而TDD就是使用開發(fā)語言來寫測試用例芬失，這個工作由基本都是由開發(fā)同事完成。
提高認(rèn)知
需要明確一點的就是峻村，TDD 很容易讓人誤解為就是先寫測試后寫代碼麸折。測試驅(qū)動開發(fā)，驅(qū)動的意思是由先進(jìn)行軟件方案設(shè)計粘昨，再寫測試用例，最后寫功能性的業(yè)務(wù)代碼窜锯。這時候的測試用例可能就是一個方案設(shè)計的一個功能點张肾，使用開發(fā)環(huán)境運行測試用例是失敗的，因為功能代碼還沒開始實現(xiàn)锚扎。
所以吞瞪，我們就不用再糾結(jié)先寫測試用例有如何困難，理解上有偏差驾孔，我們可以把測試驅(qū)動開發(fā)更改為設(shè)計驅(qū)動開發(fā)芍秆。重點在軟件方案的設(shè)計。
TDD開發(fā)流程
TDD的開發(fā)流程簡單總結(jié)為以下幾點
- 先分解任務(wù)翠勉，大需求拆分小需求妖啥，復(fù)雜邏輯細(xì)分，降低粒度对碌。
- 寫測試用例荆虱，聚焦于用例的注釋和功能說明。
- 實現(xiàn)每個細(xì)分需求的功能代碼。
- 完善單元測試用例怀读，運行測試用例诉位。
- 串聯(lián)所有測試用例，通過集成測試菜枷。
- 重構(gòu)并review代碼苍糠。
以下我畫了一個簡單的流程圖，梳理一下開發(fā)流程
Demo
使用一個用戶登錄模塊的TDD開發(fā)過程來演示啤誊。
先拆分功能點椿息，然后設(shè)計出軟件方案和流程圖來。
TDD的用例編寫如下
以上用例寫完第一次運行肯定是fail的坷衍，因為能代碼還沒開始實現(xiàn)寝优，接下來的步驟就是完善功能代碼，串聯(lián)枫耳，集成測試乏矾，重構(gòu)上線。
highlight
- TDD的重點在于軟件方案設(shè)計迁杨，功能點細(xì)分钻心，然后使用測試用例來記錄下來。
- 測試用例即是開發(fā)文檔
- 注重重構(gòu)铅协，有測試用例的前提下捷沸，重構(gòu)是成本最低的。
