1 / 24

Hvorfor bruke tid på testing ?

Hvorfor bruke tid på testing ?. Hva er testing ?. - testing er å finne ut hvor bra ting virker

declan
Télécharger la présentation

Hvorfor bruke tid på testing ?

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Hvorfor bruke tid på testing ?

  2. 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

  3. Er hensikten oppnådd ? • Testing reduserer usikkerhetsnivået angående it-systemets kvalitet.

  4. 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?

  5. Mange vinklinger • Test av GUI • Test av funksjonalitet • Test av integrasjon

  6. 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

  7. Ambisjons nivå • Enkle applikasjoner • Bedriftsinterne applikasjoner • Distribuert software • Enkle web applikasjoner • Kommersielle web applikasjoner • Finn 90 % av feilene

  8. 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

  9. Teststrategi • Testtyper • Testdekning • Fremgangsmåte • Kriterier for godkjenning / underkjenning • Krav til testmiljø • Roller og ansvar • Bemanning- og opplæringsbehov • Framdriftsplan • Risikomomenter

  10. 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

  11. Test av driftsmiljø Testteknikker Testverktøy Oppfølging av testobservasjon Klassifisering av testobservasjoner Testplan forts

  12. Testteknikker • Metoder for testing • hånd testing • manuell testing • cognitive walktrouh • ekspertpanel • beta versjoner • automatisert • stress test • load test

  13. Testverktøy • Mercury interactive • Compuware • Rational Software • Sun Test

  14. Testverktøy også for hjemmebruk • http://www.softwareqatest.com/ • http://www.testingfaqs.org • http://www.methods-tools.com • http://linkalarm.com/

  15. 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. Klassifisering av testobservasjoner

  16. 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 godkjenning

  17. 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 Kriterier for underkjenning

  18. Retest og regresjonstest Gjennomføring av testen Testplanlegging og forberedelse Testgjennomføring Testavslutning Krav til testmiljø Testdata Testplan forts

  19. Planlegg en test • Finne fasit • Beskrive detaljert hva som skal gjennomføres • Gjennomføre testen • Logge resultatet

More Related