A tool for collaborating to success in a development project Experience with Visual Studio 2010 and Test Manager at Lånekasse

Transkript

1 A tool for collaborating to success in a development project Experience with Visual Studio 2010 and Manager at Lånekasse 21.mars.2013 Heza Wasfy

2 Hvem er Sogeti? Sogeti Norge er et heleid datterselskap av Cap Gemini Group (på samme måte som Capgemini Norge) med ansatte i 15 land på 100 lokasjoner i Europa, USA og India. Internasjonalt er vi som jobber med test Sogeti Norge startet i juli 2007 I Norge har vi fokus på rådgivning og testrelaterte tjenester Oppdrag og tjenester er basert på våre metoder TMap og TPI Page 2

3 Agenda Lånekassen og Modulis prosjektet Industrialisering av testprosessen Microsoft verktøyene Hva bruker vi Bruksområder Våre erfaringer Oppsummering Page 3

4 Organisering i LØFT-programmet Kunskapsdepartementet Styret Programstyret Ekstern QA (KD) Ekstern QA (Lånekassen) Referansegruppe Prosjektdirektør LØFT stab Modulis parallell drift og forvaltning Modulis HL 2-2 Modulis HL 2-2e Modulis HL 3 Team 1 Team 2 Team 3 Team 4 Team 5 Team 6 Side 4

5 Fra LIS til Modulis Page 5

6 Modulis teknisk arkitektur Page 6

7 Prosesser i utvikling

8 V-modellen Page 8

9 TFS Team Foundation Server Page 9

10 Manager (MTM) < > Visual Studio (VS) MTM plan suite run Dokumentasjon Dashboard impact Bug VS Scenario mål User story Product Backlog Item Task dekning Planlegging, spesifikasjon og gjennomføring av test Oppfølging av tester Oppfølging av timer, oppgaver og leveranser Dokumentasjon Oversikter dekning impact Page 10

11 MTM Visual studio plan plan plan plan Scenario plan plan plan suite User story Risikoklasse mål Task Spesifikasjon Task data Bug Task Stabilisering plan plan plan run Page 11

12 Bruksområder Manager Manuell test planer spesifikasjon data (parametre i spesifikasjonene) gjennomføring Bugregistrering og retesting Rapportering resultat Visual Studio Automatisert test Enhetstest Integrasjonstest Ytelsestest Bugoppfølging Rapportering testdekning Page 12

13 Våre erfaringer hva som fungerer bra! plan Vi benytter én testplan for testkjøringer per nivå og Sprint Tittelen på en testplan forteller hvilket testnivå og hvilken sprint den er knyttet mot suiter gjør det enkelt å organisere og gruppere testr innenfor et gitt område, f.eks en user story. suite: Kan lage suite gjennom Query. data Parameterisering: r kan ha flere iterasjoner basert på parametre Side 13

14 Våre erfaringer hva som fungerer bra! Bughåndtering Knyttes til testt og innsjekket kode (feilretting) Stegene og hvor det har feilet, legges automatisk inn i Steps to Reproduce I tillegg kan det legges inn kommentar i History Egne felter som beskriver alvorlighet, prioritet, modul og sakstype Enkelt å ta skjermbilder under bug registrering Oversikt over alle Bugs som er registrert Side 14

15 Våre erfaringer hva som fungerer bra! Tilpasning av template SCRUM1.0 En bug har tilstandene (i template Scrum1.0): New Approved Commited Done Removed I tillegg har vi innført teststatuser: Benyttes sammen med tilstanden Approved + Avventer Done + Klar til ST, OK i ST, Klar til GP, OK i GP, Lukket Side 15

16 Våre erfaringer hva som fungerer bra! Rapportering - fleksibelt, godt integrert med Excel Basert på data i TFS Laget i Excel Import like lett som eksport! Side 16

17 Våre erfaringer hva som fungerer bra! Samme verktøy for utvikler og tester (Visual Studio) User story Funksjonell spesifikasjon Tilstand fra Modning utvikling - systemtest Task Oppgaver i sprinten knyttet til samme User story Følges opp i daglig scrummøte Kode Kildekontroll Sjekkes inn på User story eller Bug (Change set) Page 17

18 Våre erfaringer hva er mer utfordrende! Oversikt over innhold i test i MTM Kan ikke se på flere test samtidig Innholdet i et test kan ikke sees uten å åpne det Side 18

19 Våre erfaringer hva er mer utfordrende! Opprettelse og redigering av test i MTM Det er ikke mulig å endre tittel/innhold på flere testr på en gang Lettere å bearbeide testne i Excel og overføre de til MTM i slutten av sprinten TC TC-navn Beskrivelse mål Stegn r Steg Resultat BeregnFagligStatu Kunden søker del3. Kunde TC04 s_ingenbakrevegg har ikke PPI.BakreVegg , Sjekk at PPI.BakreVegg IKKE finnes på 1 kunden. Kunden har ikke PPI.BakreVegg. 2 Opprett ST01-sak. Sak opprettet. 3 Forslagstill saken. Saken behandles og kommer tilbake til behandlingsbildet. Sjekk at Faglig Status er oppdatert i 4 saksgrunnlaget. Saksgrunnlaget er oppdatert med FagligStatus. 5 Godkjenn saken. Saken sendes til effektuering og oppgavelisten kommer opp. 6 Sjekk at PPI.BakreVegg er opprettet. PPI.BakreVegg er opprettet. Sjekk at detaljene Periode.FomDato = PPI.KUP.Fom -1, Periode.TomDato = PPI.KUP.Fom -1, FagligStatus = 0 og PPI.BakreVegg.ErSikker = TRUE er oppdatert PPI.BakreVegg er oppdatert 7 i PPI.BakreVegg. korrekt. Spesifisering Spesifikasjon i excel Oversikt Steg med Forventet resultat Kopiere inn i Manager Side 19

20 Våre erfaringer hva er mer utfordrende! MTM krever en del systemressurser Lang responstid ved åpning og lagring av testkjøring spesielt når flere testere er pålogget systemet Besluttet å ikke ha automatisk opptak av manuelle tester ved kjøring Har eget verktøy som samler inn logg fra tjenester som kan vedlegges bug manuelt Side 20

21 Oppsummering Manager er et solid testverktøy Planlegging Gjennomføring Verktøyene fungerer godt sammen med andre produkter fra Microsoft Bedre samarbeid mellom alle på prosjektet: PL Utviklere ere Mindre rom for misforståelser mellom utviklere og testere Page 21

22 Takk for meg! Page 22