bdd in .net

Post on 05-Dec-2014

5.035 Views

Category:

Documents

0 Downloads

Preview:

Click to see full reader

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

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

top related