TDD og ASP.Net MVC. Finn Vilsbæk

Størrelse: px

Starte visningen fra side:

Download "TDD og ASP.Net MVC. Finn Vilsbæk fvs@panmedia.dk"

Erik Winther
8 år siden
Visninger:

1 TDD og ASP.Net MVC Finn Vilsbæk 1

2 Emner Hvad er TDD? Hvad er TDD i konteksten af ASP.Net MVC? Hvordan kan det hjælpe virksomheden? Hvordan kan det hjælpe programmøren? Hvordan får vi det implementeret? Litteratur: Sanderson og Freeman: Pro ASP.Net MVC 3 Framework, unit tests i kap. 7, 8, 9, div. undersøgelser samt videoer fra TekPub.com 2

Hvordan får vi det implementeret? Litteratur: Sanderson og Freeman: Pro ASP.

3 Hvad er TDD? 3

4 Hvad er TDD? take small steps when writing software 4

5 Hvad er TDD? Red-Green-Refactor workflow: 1 - Skriv en unit test der fejler (ingen implementation) 2 - Implementer nok kode til at testen bliver grøn 3 - Refactor fjern evt. duplikeret kode 4 - Hvis testen fejler skriv nok kode til at rette det op 5 - Næste test 5

6 Hvad er TDD? The classic definition, Wikipedia: A unit test is a piece of a code (usually a method) that invokes another piece of code and checks the correctness of some assumptions afterward. If the assumptions turn out to be wrong, the unit test has failed. A unit is a method or function. (Kilde: The Art of Unit Testing 6

that invokes another piece of code and checks the correctness of some assumptions

7 Hvad er TDD? 7

8 Hvad er TDD? Nogle citater: Most people who try to unit-test their code either give up at some point or don t actually perform unit tests. Instead, they either rely on system and integration tests to be performed much later in the product lifecycle or they resort to manually testing the code via custom test applications or by using the end product they re developing to invoke their code. Have you ever met a developer who has not tested his code before handing it over? Well, neither have I. (Kilde: The Art of Unit Testing 8

testing the code via custom test applications or by using the end product they re developing to invoke their code.

9 Hvad er TDD? (..dotted lines optional..) (Kilde: The Art of Unit Testing 9

10 Hvad er TDD? A unit test should have the following properties: It should be automated and repeatable. It should be easy to implement. Once it s written, it should remain for future use. Anyone should be able to run it. It should run at the push of a button. It should run quickly. (Kilde: The Art of Unit Testing 10

It should be easy to implement. Once it s written, it should remain for future use.

11 Hvad er TDD? Ask yourself these questions about the tests you ve written up to now: Can I run and get results from a unit test I wrote two weeks or months or years ago? Can any member of my team run and get the results from unit tests I wrote two months ago? Can I run all the unit tests I ve written in no more than a few minutes? Can I run all the unit tests I ve written at the push of a button? Can I write a basic unit test in no more than a few minutes? (Kilde: The Art of Unit Testing 11

or months or years ago? Can any member of my team run and get the results from unit tests I wrote two months ago?

12 Hvad er TDD? If you ve answered no to any of these questions, there s a high probability that what you re implementing isn t a unit test. It s definitely some kind of test, and it s as important as a unit test, but it has drawbacks compared to tests that would let you answer yes to all of those questions. What was I doing until now? you might ask. You ve done integration testing. (Kilde: The Art of Unit Testing 12

13 Hvad er TDD? The extended definition : A unit test is an automated piece of code that invokes the method or class being tested and then checks some assumptions about the logical behavior of that method or class. A unit test is almost always written using a unit-testing framework. It can be written easily and runs quickly. It s fully automated, trustworthy, readable, and maintainable. (Kilde: The Art of Unit Testing 13

and then checks some assumptions about the logical behavior of that method or class.

14 Hvad er TDD workflow: (Kilde: The Art of Unit Testing 14

15 Hvorfor MVC til TDD? MVC paradigmet gennemtvinger separation of concerns: Domain modellen og controller logik er decoupled fra UI HTML er helt adskilt fra resten af applikationen Test og vedligehold af koden bliver simplere og nemmere 15

16 MVC interaktioner Interaktioner med en MVC applikation følger en naturlig cyklus af brugerhandlinger og view opdateringer, hvor view et regnes for at være stateless. Dette passer fint sammen med de HTTP requests og responses der er kernen i en webapplikation. 16

17 MVC applikationer En MVC applikation er delt i mindst tre dele: Models, som indeholder eller repræsenterer de data som brugeren arbejder med. Ideal : Fat Model Views, som bruges til at rendere en del af datamodellen som UI. Ideal: Stupid View Controllers, der tager sig af alle indkommende http requests, udfører operationer på Model, og derefter vælger et view som renderes ud til brugeren. Ideal: Thin Controller 17

Ideal : Fat Model Views, som bruges til at rendere en del af datamodellen som UI.

18 MVC Pattern 18

19 Smart UI (anti)pattern 19

20 Smart UI (anti)pattern 20

21 Den klassiske situation 21

22 Klassisk Three Tier Arkitektur Problem: when the UI layer is directly coupled to a click-and-event GUI framework (such as Windows Forms or ASP.NET Web Forms), it becomes almost impossible to perform automated unit tests. Consequence: In the worst scenario, the three-tier pattern s lack of enforced discipline in the UI tier means that many such applications end up as thinly disguised smart UI applications, with no real separation of concerns. This gives the worst possible outcome: an untestable, unmaintainable application that is excessively complex. 22

23 Modellering af en auktion 23

24 Auktionen i C# 24

25 Unit Testing med MS Test Arrange (sæt et scenarie op) Act (operationer på data) Assert (verificer resultatet af operationerne) Eksempel: unit test, online auktion (Sanderson, kap. 4) 25

26 Unit Testing med MS Test..the behavior we want is the ability to add a bid to an item, but only if the bid is higher than all previous bids for that item. vi kan udlede følgende relevante unit tests: 1) Hvis der ikke er nogen bud, kan alle positive værdier for et bud accepteres. 2) Hvis der er eksisterende bud, kan kun højere værdier accepteres som nye bud. 3) Hvis der er eksisterende bud, kan en lavere værdi ikke accepteres. >> linie 95, AdminControllerTest.cs 26

27 Unit Testing Eksempel, fail and pass : AddBid metoden i /Models/Item.cs: 27

28 Unit Testing Eksempel: unit test af login i en web app (AccountController) Eksempel: unit test af shopping cart (CartTest, CartControllerTest, BookStore_Ch9) 28

29 Unit Testing og DI Videomateriale: 1) Dependency Injection and IoC Rob Conery 2) Unit Testing, Red-Green-Refactor / ReSharper / TDD workflow Rob Conery (Kilde: 29

30 Hvorfor er MVC godt til TDD? > > Dit TDD workflow starter med Dependency Injection. Uden DI, ingen atomiserede unit tests og ingen reel mulighed for at bruge mock tools som MOQ, Rhino Mocks mfl. på korrekt vis. Et godt continuous integration setup (source control og build server med daglige automatiserede builds) støtter TDD processen optimalt. 30

31 Hvorfor er MVC godt til TDD? Q: Say again! Hvorfor er DI en så stor nødvendighed? A: DI er afgørende for at man kan mocke imod et interface, ved at bruge constructor injection, og velfungerende mocks af komplekse størrelser som fx HttpContext er igen afgørende for, at man kan unit teste store webapplikationer effektivt. Konklusion: Vi er ret afhængige af at have et scenarie, hvor der fra bunden er tænkt på at gøre det nemt at unit teste den producerede kode og det brugsscenarie leverer ASP.Net MVC til fulde. 31

32 Hvornår er det for besværligt? Eksempler: fx winforms kode der kalder COM objekter i stor stil, applikationer hvor mange forskellige miljøer skal snakke sammen og udveksle data her er integration testing mere sagen, end unit tests er. Eksempel: Outlook add-in og tilhørende konsol applikation (script til eksport af XML til rendering på webside via JS) 32

33 Opsamling Et studie fra marken, og de mest relevante findings Video: MS study, Nachi Nagappan Konklusioner, bemærkninger fra rapporten 33

34 Opsamling Hvordan kan det hjælpe virksomheden? Lidt afhængigt af hvor forretningskritisk systemet er, kan de 15-35% i ekstra tid være givet vældig godt ud i forhold til senere vedligehold - og hvis nye programmører skal ind over...unit tests lyver næsten ikke - og de kan spare penge på sigt. Kirrily Robert: følgende 16 lånte slides giver en mini business case for TDD 34

35 35

36 36

37 37

38 38

39 39

40 40

41 41

42 42

43 43

44 44

45 45

46 46

47 47

48 48

49 49

50 Opsamling Hvordan kan det hjælpe programmøren? TDD giver en meget struktureret tilgang til unit testing det er ikke længere kun den enkeltes ansvar, men skal forankres som praksis i virksomheden og som daglige rutiner. Inspiration: kurser i DK, gratis online videomateriale med Roy Osherove. 50

51 Opsamling Hvordan får vi det implementeret? En masse arbejde.. people management er nødvendigt, og en solid teknisk infrastruktur i form af et customiseret build server / continuous integration setup. Her bruger små virksomheder og freelancere ofte et free tools approach fx Mercurial, TeamCity til ASP. Net MVC baserede open source projekter. 51

52 Thanks! Finn Vilsbæk

Relaterede dokumenter

Vina Nguyen HSSP July 13, 2008

Vina Nguyen HSSP July 13, 2008 1 What does it mean if sets A, B, C are a partition of set D? 2 How do you calculate P(A B) using the formula for conditional probability? 3 What is the difference between