Testdriven utveckling

Testdriven utveckling

Magnus Jonsson Siemens Medical Solutions

2

Soarian „ Stort projekt, ca 400 personer i projektet „ Distribuerad utveckling i USA, Indien och

Sverige „ Web baserat lösning med admin client „ Service orienterad arkitektur „ C++, MS SQL „ UI - Java script utan logik „ Admin client VB

2 ©2004 Siemens Medical Solutions Health Services Corporation.

3

3 Koncept

„ Agile med Scrum „ Continous integration „ Test Driven Utveckling „ Verktyg som stöd

3 ©2004 Siemens Medical Solutions Health Services Corporation.

4

Agile with Scrum „ Agile - lively, active och swift „ Scrum – vidare utveckling av

Iterativ/Incremental utveckling „ Scrum består av flera sprintar „ Arbetar i 30 dagars sprintar med ett ”fixed

scope” „ Små team 4 till 10 personer

4 ©2004 Siemens Medical Solutions Health Services Corporation.

5

Scrum Overview Överblick Daily Scrum Meetings

Sprint = 30 days Sprint Backlog

Product

Backlog Tasks

Product Backlog

5 ©2004 Siemens Medical Solutions Health Services Corporation.

6

Continous integration „ Integrerar koden ofta med ’all’ annan kod „ Bygger schemalagt (natt) och automatiskt vid incheckning

av ny körbar och testad kod „ Automatiska regressions tester - snabb feedback „ Genom röda tester kan man se kod-förändringar i andra

moduler snabbt Š Cruise control – trigggar Š Ant script – bygger

6 ©2004 Siemens Medical Solutions Health Services Corporation.

7

Continuous Integration „ Automatisk Kompilering och körning av test vid

kodförändring

Bygg och Integrations Server

Utvecklings miljö

Test Server

Utveckling test Server

9Involverade Unit Tests 9Involverade Service Tests 9Involverade Acceptans Tests

9Alla Unit Tests

Clear Case

9Alla ServiceTests 9Alla Acceptance Tests 9Alla UI Tests

9Involverade UI test 7 ©2004 Siemens Medical Solutions Health Services Corporation.

8

Test Driven Utveckling „ Test : Š styr utveckling Š Acceptans tester som specificerar en funktion inte validerar Š som design „ Specificerar och

implementerar unit tester innan man kodar „ Viktigt med ’Code reviews’

8 ©2004 Siemens Medical Solutions Health Services Corporation.

9

The testing model

Acceptance Test

Why Unit Tests? • They allow greater test coverage than functional tests. • They enable teamwork. • They prevent regression and limit the need for debugging. • They give us the courage to refactor. • They improve the implementation design. • They serve as the developer’s documentation. • They’re fun!

Stress & Load Test Functional Test Integration Test

Focus on each distinct unit of work

Unit Test

9 ©2004 Siemens Medical Solutions Health Services Corporation.

10

TDD och Continous integration

„ Vad är den verkliga fördelen av TDD? „ Test i focus „ Utvecklare tänker test när de utvecklar – mer kund focus „ Produkt analyster får större teknisk inblick Š Genom att delta i framtagandet av acceptance tester „ Ökar team känslan „ Bättre kvalitet

10 ©2004 Siemens Medical Solutions Health Services Corporation.

11

Fitnesse „ En Wiki – för att specificera test fall och data „ En Webbserver „ Ett enkelt test verktyg som Š Har stöd för att sätta upp test data Š Automatiskt jämför vad mjukvaran skall utföra och vad den faktiskt utför Š Har stöd för att ”rensa” test data efter sig „ Kopplar testfall med kod m.h.a. fixturer „ Finns för både java och C++ „ Ett forum för förståelse av funktionalitet

11 ©2004 Siemens Medical Solutions Health Services Corporation.

12

Exempel Test Driven Utveckling Allergy team „ Typer av test Š Unit tester – ren logic in Både SP och Service Š Stored Procedure – som helhet Š Service – som helhet Š Acceptance – säkerställa förväntad funktionalitet ƒ Service nivå och ner till DB lagret Š UI – Feature Integration Test (Manuella) – säkerställa förväntad funktionalitet

12 ©2004 Siemens Medical Solutions Health Services Corporation.

13

DD D

DAM Allergy team

T

- Utvecklings Sprint -

A D n increments

Acceptance test + Fixtur User stories

Design, Code & Unit test Automate User stories test

”DONE”!

Team effort Pair programming (optional)

13 ©2004 Siemens Medical Solutions Health Services Corporation.

14

Exempel Test Driven Utveckling Sprint 1

Sprint 2

„ User Stories– S1, S2

„ User Stories– S3

„ Acceptance test - S1, S2

„ Acceptance test - S3

„ Unit test och Kod –S1

„ Fixtur implementeras – S3

„ Fixtur implementeras -S1,

„ Unit test och Kod – S2

S2 „ FIT test skapas -S1, S2

„ FIT test skapas –S3 „ FIT test körs S2 funktioner

„ FIT test körs S1 funktioner

14 ©2004 Siemens Medical Solutions Health Services Corporation.

15

Arbetsflöde Usestory

„ User story – PA

„ Acceptance tester – PA eller Acceptance test

Testare

Acceptance test Walkthrough

„ Walkthrough av Acceptance

Implementera fixtur

„ Fixtur – Teknisk testare

tester – Alla involverade parter

Utveckling kan börja i nästa sprint 15 ©2004 Siemens Medical Solutions Health Services Corporation.

16

Länkar: „ TDD: „ http://www.agiledata.org/essays/tdd.html „ http://en.wikipedia.org/wiki/Test_driven_development „ http://www.testdriven.com „ Tools: „ Fitnesse: http://www.fitnesse.org „ J-Unit, Cpp Test tools, SQL-Unit, DB-Unit

16 ©2004 Siemens Medical Solutions Health Services Corporation.

17

Q&A

17 ©2004 Siemens Medical Solutions Health Services Corporation.