hvorfor bruke tid på testing ?
DESCRIPTION
Hvorfor bruke tid på testing ?. Hva er testing ?. - testing er å finne ut hvor bra ting virker - PowerPoint PPT PresentationTRANSCRIPT
Hvorfor bruke tid på testing ?
Hva er testing ?
- testing er å finne ut hvor bra ting virker
- en prosess med planlegging, forberedelse og måling med hensikt å etablere / identifisere karakteristikken
til et informasjonssystem og synliggjøre forskjellen mellom den ønskede og den faktiske status til
systemet
Er hensikten oppnådd ?
• Testing reduserer usikkerhetsnivået angående it-systemets kvalitet.
Forviklinger med internett
• Vil du akseptere å fylle handlekurven med varer dagligvarebutikken, og så få beskjed at du, på grunn av feil i kassen, dessverre ikke kan få med deg varene?
• Hva vil du si til at butikken, til tross for denne feilen, fortsatt er åpen for kunder?
Mange vinklinger
• Test av GUI
• Test av funksjonalitet
• Test av integrasjon
Gyldne regler for gode grensesnitt
• Konsistens• Snarveier• Feedback• Lukkede dialoger• Enkel feilhåndtering / Mulig å ”angre”• Bruker i kontroll• Synlighet• Defaultverdier• Redusert bruk av Short Time Memory
Ambisjons nivå
• Enkle applikasjoner
• Bedriftsinterne applikasjoner
• Distribuert software
• Enkle web applikasjoner
• Kommersielle web applikasjoner
• Finn 90 % av feilene
Hvordan teste ?
• Sette opp en teststrategi– Beskriv hvordan testen skal angripes og
gjennomføres
• Lage testplaner– Grov beskrivelser av hvem, hva, hvor og
hvordan
• Tilpass til prosjekt og fremdriftsplaner
Teststrategi
• Testtyper
• Testdekning
• Fremgangsmåte
• Kriterier for godkjenning / underkjenning
• Krav til testmiljø
• Roller og ansvar
• Bemanning- og opplæringsbehov
• Framdriftsplan
• Risikomomenter
Testplan
• Testobjekter– Generell funksjonalitet– Delprosjekt A– Delprosjekt B (Tynn klient applikasjon)
• Testdekning– Følgende egenskaper skal være dekket inn i
testene– Objekter og funksjoner som er unntatt fra test
Testplan forts
• Test av driftsmiljø
• Testteknikker
• Testverktøy
• Oppfølging av testobservasjon
• Klassifisering av testobservasjoner
Testteknikker
• Metoder for testing– hånd testing– manuell testing
• cognitive walktrouh
• ekspertpanel
• beta versjoner
– automatisert– stress test– load test
Testverktøy
• Mercury interactive
• Compuware
• Rational Software
• Sun Test
Testverktøy også for hjemmebruk
• http://www.softwareqatest.com/
• http://www.testingfaqs.org
• http://www.methods-tools.com
• http://linkalarm.com/
Klassifisering av testobservasjoner
• Ikke-feil– Problemet er relatert til f.eks. misforståelse/ feil i testspesifikasjon eller annet
• Kategori A – kritisk feil / mangel som medfører full stopp, eller som er av en slik art at det ikke
er mulig eller hensiktsmessig å fortsette test-/ verifikasjonsarbeidet før feil er utbedret.
• Kategori B – alvorlig feil eller mangel, med men det er mulig å fortsette test- og
verifikasjonsarbeidet uten alvorlig forringelse av påfølgende test- og verifikasjonsoppgaver.
• Kategori C – feil som er av en slik art at de ikke er til hinder for bruk, fremdrift eller
godkjennelse etter de foreliggende krav og kriterier.
Kriterier for godkjenning
• Testen er godkjent når følgende kriterier er oppfylt:
alle testprosedyrer er gjennomført minst en gang alle kjente A og B feil er rettet og retestet eller avvist det er utarbeidet en sluttrapport for testen
Kriterier for underkjenning
Testen skal underkjennes dersom: meldte observasjoner av kategorien A eller B feil ikke
er rettet eller avvist innen akseptansetest Nye feil blir introdusert og ikke kan rettes opp
Testplan forts
• Retest og regresjonstest
• Gjennomføring av testen– Testplanlegging og forberedelse– Testgjennomføring– Testavslutning
• Krav til testmiljø
• Testdata
Planlegg en test
• Finne fasit• Beskrive detaljert hva som skal gjennomføres• Gjennomføre testen• Logge resultatet