Why Desperate Houswives make Excellent Managers prosjektet som suksessfaktor i et hvert prosjekt dagen ODIN 21.November 2012
Hvem er jeg Astrid Notø Larsen Cand Scient i Informatikk fra UiO 15 års erfaring som Prosjektleder og leder innen IT/Telecom Ansatt i Teleplan Consulting som Sjefskonsulent og ansvarlig for fagområde asl@teleplan.no http://teleplanconsulting.no/ 2
Hensikt med foredraget En gjennomgang av fasene i et testprosjekt Praktiske tips til hver av de 4 testfasene Hvorfor test er en viktig suksessfaktor i ethvert prosjekt 3
en suksessfaktor Nok av eksempler på konsekvens av at test ikke blir tatt seriøst. perspektivet gir viktig beslutningsgrunnlag for Om prosjektet skal kjøres Om produktet er klar til lansering 4
Prosjektfaser Initiering Planlegging Gjennomføring Lansering Avslutning Skal prosjektet kjøres? Skal produktet lanseres? 5
faser i prosjekt Initiering Planlegging Gjennomføring Lansering Avslutning Krav Analyse Planlegg Gjennomfø r Rapp avsl 6
Krav og Analyse Leveranse: strategi Inngår i beslutningsgrunnlag for om prosjektet skal kjøres Innhold i strategi: Risiko vurdering scope vurdering Estimat på test gjennomføring 7
Facts: No Single Factor is responsible for more wasted, rework or failed projects than inadequate requirements Source: Critical logic, James Martin, Bender RBT, 2009 8
Sources: Critical logic, James Martin, Bender RBT, 2009 Barry Boehm, Software Engineering Economics: What We Have Learned About Fighting Defects 9
Typisk situasjon? Defect origin Business Case Reqirement Design Unit System Integration VC test A-test Prod Defect discovery Business Case Reqirement Design Unit System Integration VC test A-test Prod 10
Ønsket situasjon! Defect origin Business Case Reqirement Design Unit System Integration VC test A-test Prod Business Case Reqirement Design Unit System Integration VC test A-test Prod Defect discovery 11
Planleggingsfasen, Huskeliste: Utarbeid testcaser basert på krav Suksessfaktorer for test gjennomføring Forutsetninger for test gjennomføring Risk based testing: Konsentrer deg om den funksjonaliteten som er viktigst, evt størst risiko God testdekning betyr at du får testet de fleste/viktigste kraven Husk: Det er umulig å teste ALT! 12
V-modellen for test: Systemutvikling Validering Krav: Planlegging av Akseptansetest Kundens Ansvar Akseptansetest: Gjennomføring Kontraktsoppfyllelse Analyse: Planlegging av Verdikjedetest Systemdesign: Planlegging av Integrasjonstest Verdikjedetest: Feil i krav Feil i funksjonalitet Integrasjonstest: Feil mellom moduler Feil mellom moduler og databaser Utvikling: Planlegging av av enkelte moduler Modultest: Programmeringsfeil Leverandørens Ansvar 18 November 2012 13 13
Planlegging leveranse: plan Hvilken funksjonalitet skal testes: beskrivelse av endringer miljø Tidplan Overordnet beskrivelse av hvilke testcaser som skal kjøres Hva skal IKKE testes Krav til testdata Ressursplanlegging 14
Gjennomføring Kjøring av testcaser, og oppfølging av testresultater Replanlegging og retesting Rapportering, Rapportering, Rapportering Feilhåndtering Leveranse: Rapportering på test fremdrift underveis Beslutningsgrunnlag for om produktet er klar for lansering i produksjon 15
Feilhåndtering Registrering av feilene som blir funnet Fordeling av ansvar for feilretting Oppfølging av status på feilretting Re-testing Regresjonstest Husk at feilhåndtering er krevende!! 16
3 Defect status Total: 73 20 35 15 Open Fixed Reopen Closed 16 14 12 10 8 6 4 2 0 Verdikjedetest Passed Failed Not Completed Not started N/A 17
Avslutning og overlevering Leveranse: rapport Dokumentasjon av testresultater Dokumentasjon av kjente feil Plan for feilretting i produksjon 18
Konklusjon Din leder kan gi deg som Prosjektleder verdifull informasjon om: hvorvidt prosjektet skal kjøres prosjektets scope prosjektet må replanlegges risikofaktorer hvorvidt produktet er klar til lansering 19