Kostnadseffektivt eller bortkastet tid? Øyvind Woll Seniorkonsulent, Vivento AS

Transkript

1 Kostnadseffektivt eller bortkastet tid? Øyvind Woll Seniorkonsulent, Vivento AS

2 Input Output

3 Hvordan kan vi fastslå om systemet er testbart? Hvordan kan vi lære mer om systemet? Hvordan kan vi bli bedre til å dele kunnskap? Hvordan øke testdekningen og redusere risiko?

4 God nok kvalitet på testgrunnlaget Tilgang på kompetente ressurser Tilgang på et produksjonslikt testmiljø

5 Et av de viktigste suksesskriterier for et vellykket IT- Implementerings prosjekt, er at alle ende-til-ende forretningsprosesser må kunne gjennomføres Med avtalt kvalitet Med valid innhold Til avtalt tid

6

7

8 Testmiljøet er ikke klart til planlagt test likevel Feil i konfigurasjon Feil implementering av et grensesnitt Grunndata mangler

9 Deler av Systemet vil ikke være testbart Demotiverende En prosess som ikke kan testes som planlagt vil kunne få dårligere testdekning Kostnadsdrivende

10 Feil konfigurasjon av integrasjoner For stort gap mellom teknisk og funksjonell kompetanse Mange aktører skal samarbeide Ende-til-ende tester feiler Manglende kunnskapsdeling For lite fokus på funksjonelle krav Feil i design av integrasjoner Uklare funksjonelle krav Manglende Teknisk dokumentasjon

11 Økende antall grensesnitt, også tredje parts tjenesteleverandører Ofte kommunikasjonsutfordringer og uklare ansvarsforhold mellom eiere av grensesnitt Ofte manglende standardisering

12 Normal flyt virker ikke Feil slipper igjennom Feilhåndtering virker ikke

13 Manglende motivasjon erfaringsutveksling - Forretning Manglende motivasjon erfaringsutveksling Teknisk Hvorfor skal jeg som utvikler lære mer om forretningen? Hvorfor skal jeg som fagperson lære mer om teknologi?

14 Kan vi stole på kvaliteten på testgrunnlaget? Vil funksjonelle krav, integrasjon krav, design-dokumentasjon og beskrivelse av arbeidsprosesser være godt nok som testgrunnlag for våre test tilfeller?

15 Ukjente Fra andre kilder Fra testgrunnlaget

16 Krav Kravfeil gir designfeil Uklare krav gir Implementeringsfeil Design Designfeil feil gir feil i implementering Implementering Implementeringsfe il gir feil i test Testgjennomføring Alle kombinasjoner gir feil i test

17 Gjennomfør et eget testnivå for tidlige ende til ende tester Involver dyktige og motiverte ressurser Velg enkle tester som kan teste ende til ende

18 Sikrer et testbart testmiljø,finner feil som forhindrer test Lærer mer om systemet ved å teste en arbeidsprosess fra ende til ende Identifiserer testtilfeller som ikke dekkes gjennom dokumentasjon.

19 Enhetstest Integrasjonstest Systemtest Før systemintegrasjonstest Systemintegrasjonstest Akseptansetest

20 Fase Testaktivitet Kommentar Planlegging Planlegging Planlegging Analyse og design Implementering og test Evaluering av resultater Identifiser alle ende til prosessene Risiko vurder og velg ut de viktigste testene Lag en plan for analyse av defekter og oppfølging av disse Opprett enkle ende til ende tester med kun happy path Kjør alle planlagte tester Analyser avvik og finn rotårsaker Målet er å forsøke å inkludere alle grensesnitt i systemet med de valgte prosessene Finn motiverte test ressurser selg inn hvordan tidlig ende til ende test kan bidra i prosjektet Testene skal ikke være detaljerte Følg opp at ny kunnskap deles med prosjektet Evaluering av resultater Oppdater dokumentasjon, eksiterende tester og følg opp at defekter løses Retest etter implementering av eventuelle endringer

21 Identifiser feil som hindrer test Involver teknisk og funksjonelle ressurser for at man sammen kan finne rot-årsaker til feilsituasjoner Resultatet av analysen kan bli endringer i design, konfigurasjon og at feil i implementeringen løses. Integrasjonsdokumentasjonen oppdateres og feilen rettes

22 Hvilke moduler er klare for test? Hva er kvaliteten på testgrunnlaget? Er testplanen vår realistisk? Grunnlag for prosjekt re-prioritering

23

24

25 Inputdata fra mange kilder Mange og ulike typer integrasjoner Pågående endringer i grunndatastruktur Dyktige og motiverte spesialister med fokus på egne oppgaver Klargjøring av testmiljøet

26 Fagressurser ble tettere inkludert i utviklingsteamet Teststrategi med mål om å lære mer om systemet, ved hjelp av test Tidlig ende til ende test ble utført på utvalgte prosesser Feil som stoppet ende til ende testene ble analysert grundig for rot årsaker Implementerte endringer ble regresjonstestet

27 Oppgave - ende til ende flyt Aktivitetteststeg Teststeg - forventet Hovedproses s Delprosess Oppgave Aktivitet Hvor utføres handling Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Tolke faktura i ReadSoft ReadSoft Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Verifisere faktura i ReadSoft ReadSoft Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Sende faktura ut i arbeidsflyt BasWare Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Opprette ny/endre leverandør EBS AP Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Sende faktura på arbeidsflyt BasWare Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Kontere faktura i BasWare (Segmentverdier) BasWare Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Kontere faktura i BasWare (MVA-koder) BasWare Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Kontere faktura i BasWare (Autorisasjon) BasWare Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Kontere faktura i BasWare (Gyldig MVA-kode) BasWare Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Kontere faktura i BasWare (Kryssvalidering) BasWare Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Attestere faktura i BasWare BasWare Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Anvise faktura i BasWare BasWare Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Overføre fra BasWare til EBS AP BasWare Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør BK-Bus eksporterer til EBS AP BK-ESB Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Validere faktura i EBS AP EBS AP Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Postere faktura i Hovedbok EBS AP Regnskap Inngående faktura Attestere, anvise, postere og betale skannet faktura fra leverandør Automatisk utbetaling av fakturaer i Bank

28 Testmiljøet ble klart til SIT, uten forsinkelser Et positivt bidrag til teamet som var avhengig av å dokumentere endringer som ble implementert Problemer ble isolert og løst før oppstart av SIT Forbedret kvalitet på testprosessen da ytterligere testtilfeller ble utledet Bedre tid til planlagt test Øvelse i miljøkonfigurasjon

29 Vivento.no Test huddle.comhttps://huddle.eurostarsoftwaretesti ng.com/early-end-end-testing-mustridiculous-waste-time/