bdd in .net
DESCRIPTION
主題:BDD in .NET - TDD 在實務上的最後一塊拼圖 摘要描述: TDD 的概念不難,難的是在各個角色之間如何達成共識。 TDD 的技巧不難,難的是怎麼寫出既符合使用者需求,又可以幫助開發人員 TDD 的測試案例。 這次將介紹在實務開發流程中,如何透過 BDD 來滿足使用者、測試人員與開發人員,如何透過 BDD 來產生既符合使用者需求,且大家都看的懂,還可以轉換成測試程式的測試案例。TRANSCRIPT
Joey Chen @ 2013 WebConf
2013/01/12
BDD in .NET -
TDD 在實務上的最後一塊拼圖
1
Joey Chen (91)
Microsoft ASP.NET MVP 2010~2013
C#
Agile, Scrum, XP
Testing
2
您試過嗎?
•Unit Test
•TDD
•Scrum
3
常見 TDD 學習過程
Refactoring • 更好維護
Unit Testing • 學寫測試
Test-Driven • 先寫測試
4
測試程式誰不會寫
5
測試程式誰不會寫
6
正常一點的測試程式
怎麼來的
7
正常一點的測試程式
怎麼來的
8
程式不是寫給自己爽的
要能滿足使用者需求
9
第一關
測試案例怎麼來
10
User Requirement
User Story
Acceptance Test Cases
Integration Test Cases
Unit Test Cases
11
1. User Requirement
網路ATM登入驗證
12
2. User Story 我們需要一個登入驗證身份的功能:
In order to 驗證身份,避免非法使用者使用系統
As a 線上使用者
I want to 驗證使用者身份是否合法
-Why
-Who
-What
13
3. Acceptance Test Cases
• 提款卡ID為1234,密碼為91,驗證
成功,導到index頁面
• 提款卡ID為1234,密碼為1234,驗
證失敗,顯示密碼錯誤
14
4. Integration Test Cases
• 呼叫Authentication的Verify方法,傳入id為
1234,password為91,回傳true
• 呼叫Authentication的Verify方法,傳入id為
1234,password為1234,回傳false
15
5. Unit Test Cases
• 呼叫Authentication的Verify方法
• 傳入id為1234,password為91
• 模擬ICardDao回傳abc
• 模擬IHash回傳abc
• 回傳true
16
另一個問題
17
User Requirement
User Story
Acceptance Test Cases
Integration Test Cases
Unit Test Cases
PO, user, QA
Developer
18
19
程式不是給人看的
20
程式不是給人看的
?! PO
QA user
21
• 提款卡ID為1234,密碼為91,驗證成功,導到index頁面
• 提款卡ID為1234,密碼為1234,驗證失敗,顯示密碼錯誤
• 呼叫Authentication的Verify方法,傳入id為1234,
password為91,回傳true
• 呼叫Authentication的Verify方法,傳入id為1234,
password為1234,回傳false
RD
22
• 提款卡ID為1234,密碼為91,驗證成功,導到index頁面
• 提款卡ID為1234,密碼為1234,驗證失敗,顯示密碼錯誤
• 呼叫Authentication的Verify方法,傳入id為1234,
password為91,回傳true
• 呼叫Authentication的Verify方法,傳入id為1234,
password為1234,回傳false 用說的比較快!
RD
23
第二關
溝通基準如何一致,降低轉換成本
24
Domain Specific Language
Behavior-Driven Development
25
What is BDD
• 從行為面用人話描述系統功能
• 從人話自動產生程式執行流程
• User Story與測試程式的橋樑
26
Why BDD
• 都用人話溝通
• 人話可轉換成程式
• 滿足使用者需求
27
哪個好懂
28
測試程式
只有現在的自己看得懂
29
Scenario
30
• C#
• SpecFlow
How BDD Works
31
User Story
Feature 32
User Story
Acceptance Test Cases
33
Feature
Scenarios 34
Acceptance Test Case
Scenario
35
Scenario
Given When Then
Arrange Act Assert
36
Feature
Scenario
Test Code
37
開發流程
38
39
40
41
42
43
44
45
46
47
48
49
50
From: http://arithmandar.blogspot.tw/2009/08/v-model.html
V - model by BDD
51
ATDD, BDD, TDD
52
ATDD, BDD, TDD
No Bottom-Up !
Top-Down !
53
Production code
Testing code Test case User story User
requirement
滿足使用者需求
54
Demo
•Acceptance Testing: Selenium WebDriver
•Unit Testing: MS Test
•Mock/Stub: Rhino.Mocks
55
主要步驟
由user story撰寫feature
由acceptance test cases撰寫scenarios
建立雛形網站
錄製selenium腳本
將selenium腳本匯出成C#程式
將selenium的C#程式放到scenario的steps中
完成acceptance testing code – 紅燈
撰寫production code,通過測試 – 綠燈
重構
56
• 用人話來說明需求
• 用人話來描述測試案例
• 用人話來寫程式
結論
57
目標明確
58
貫穿全場
59
保持節奏
60
感想
用說的真的比較快!
RD
61
記住!
程式碼不是寫給自己爽的
要滿足使用者需求
62
補充 – SpecFlow 特色
•依據不同 testing framework 產生測試程式框架
•可於 Scenario 上偵錯
•支援 table layout 與取得強型別物件
•支援註冊型別,取得物件 ( IoC framework )
•支援 attribute hook event ( AOP )
63
參考資料
The Art of Unit Testing: With Examples in .Net
Test Driven: TDD and Acceptance TDD for Java Developers
Growing Object-Oriented Software, Guided by Tests
Emergent Design: The Evolutionary Nature of Professional Software
Development
Brownfield Application Development in .Net
Scrum and XP from the Trenches (Enterprise Software Development)
30 天快速上手 TDD (by 91)
SpecFlow 官網
64
65
問題與討論
Thanks for your listening
66