Testing av objektorienterte systemer Testplanlegging

Slides:



Advertisements
Liknende presentasjoner
Repetisjon innkapsling static tabell av primitiv datatype LC191D Videregående programmering Høgskolen i Sør-Trøndelag, Avdeling for informatikk og e-læring.
Advertisements

Del 3 : Patterns (Kap 16 – kap 20, Craig Larman) Arne Maus Inst. for informatikk, UiO.
Hvordan innholdsstrategi fikk hamsteren ut av buret
Realisering av Software Patterns Software Design Patterns Realisering med kode Refaktorering Gjenkjenning av mønstre.
Flervalgsoppgaver – bedre kvalitet og mer effektiv undervisning?
Praktisk info til prosjektkunder
Introduksjon til objektorientert programmering i PHP
Programvaretesting In 140 Sommerville kap 20.
Gruppe 6 Gunnar Henrik Mathias Morten Ronny Svein Ivar.
UML & object models av gruppe 8
Normalisering av objektorienterte systemer
Objektorientert programmering Objektorientert systemutvikling
Objektorientert programmering i PHP del 2
Prototyping & Use Case Software Engineering Gruppe
Fagsystemer – oppgradering og nyanskaffelser
IS-102 Klassedefinisjoner
Presentasjon av forskningsprosjektet Styring mot gevinst -
EVALUERING AV PRODUKTER, PROSESSER OG RESSURSER. Gruppe 4 Remi Karlsen Stian Rostad Ivar Bonsaksen Jonas Lepsøy Per Øyvind Solhaug Andreas Tønnesen.
Gruppe 9 Design evaluering og validering.
Hvordan skrive en effektiv kravspesifikasjon gsfc. nasa
Grunnleggende testteori
Feilhåndtering. Feil er uunngåelige! Erfaring viser at feil i dataprogrammer som består av mer enn noen få linjer ikke er til å unngå. For å få et godt.
Objektorientert utforming In 140 Forelesning Nr 13 Sommerville kap 12 – del 2.
Presentasjon Hovedprosjekt nr 43
Et Prosjekt av: Truls Haaland Åsmund Østvold Alf Solbakken
Hovedprinsipper i Rational Unified Process
Bendik Bygstad Høgskolen i Vestfold RUP-prosjekt Sammenhengen med UML 1.Hovedstruktur i RUP-prosjekter 2.Faser og iterasjoner 3.Sammenhengen med.
Klassediagrammer Klassen er en grunnleggende enhet i et objektorientert system Alle kan finne klasser i et domene Det å finne klasser er en intuitiv aktivitet.
I dag snakker vi om: Brukergrensesnitt med kvalitet Bruksegenskaper Normans 7 stadier Testing med papirprototyp.
Menneske/datamaskin- interaksjon. Hva for slags fag? Hva handler det om? Mål og hvorfor Emner,lærestoff Opplegg Evaluering Krav som stilles.
Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu
Opplæring: Telefoni Endre PIN-kode DatoVersjonForfatterGodkjent avEndringer utført André S. MathiesenTore Jo NilsenOpprettet Ivar.
Kodegjennomgang Thommy Bommen & Jarle Søberg Computas AS.
Testintegrering Gruppe3 Andrè Hauge Vegard Simensen Mats Lindh Henning Kristiansen.
Presentasjon  SW faults og failure/testing issues –Gruppe 1 Petter Therese Kjell Gunnar Christian Eva.
Testing av system Gruppe 6 Henrik Bækhus Morten A. Iversen Mathias Bondeson Gunnar K. Kulleseid Svein Ivar Kristiansen Ronny Hulthin.
Composite & Decorator Patterns Patterns Composite Spørsmål? Introduksjon Decorator Resymé Gruppe 4 Ivar Bonsaksen Remi Karlsen Jonas Lepsøy Stian Rostad.
Improving Products Gruppe Presenteres av : Hege-Kristin Johansen Herman Kolås Marianne Ates Marit Finden Jonas Lillevold André Johansen Tom.
Design patterns: State og Strategy
Automated Testing Tool & When to Stop Testing
Object Oriented Measurement
Programmering i ActionScript - hva er det, og hvordan undervise?
Dynamiske nettsider PHP Del 2 – Kontrollstrukturer.
VI LAGER EN PLATEBUTIKK
Hvorfor bruke tid på testing ?
Gruppe 5 består av: – Cecilie Vitting – – Marit S. Asklien -
Skjemaendringer i systemer bestående av XML-data i relasjonsdatabaser Høgskolen i Gjøvik Master i Medieteknikk, Marianne Brattrud.
Prosjektavslutning og sluttrapport
PUG-NORWAY OKTOBER 2008 THOMAS SKJØRTEN, HILDE ANDREASSEN UML og OpenEdge OOABL.
Objektorientert utforming In 140 Sommerville kap. 12.
Programvare- prosesser - del2 In 140 Forelesning nr. 4 Sommerville kap. 3.
Kapittel 6 Objektorientert design. 6.1 Programvareutvikling Skriving av kode ein liten del av arbeidet med å lage programvare Fire hovudaktivitetar Kravspesifikasjon.
INF-1400 Obligatorisk Oppgave 2
Forstudie Nå situasjonen: dagens situasjon med ulemper og fordeler
Masteroppgave Administrasjonsmoduler til eAccess.
FINF- H -05, 13. september 2005 Arild Jansen. AFIN/UiO 1 FINF Forelesning 13.sept Personvern som premiss for SU-prosessen Diskusjon om personvern.
Objektorientert design
Objektorientert utforming In 140 Forelesning Nr 11 Sommerville kap 12 – del 1.
Kapittel 9 Polymorfi. 9.1 Sein binding Ofte er det perfekt match mellom typen til ein variabel og objektet han refererer til ChessPiece bishop;... bishop.
Objektorientert design In 140 Sommerville kap 12 – del 1.
1 Programvaretesting del 2 In 140 Forelesning Nr 18 a Sommerville kap 20 del 2.
Arv Gjenbruk. Begreper Super Overriding – Samme signatur Polymorfi – «en ting kan bety mange ting»
INF-1400 Obligatorisk Oppgave 3 Mayhem Clone
INF5110 – 23. april, 2013 Svar på noen oppgaver til kap
Videreutviklet MOBI database
RUP-prosjekt Sammenhengen med UML
Objektorientert programmering i Java
Oslo Havn Risikokartlegging Ytre Miljø
IN3030 – Effektiv parallellprogrammering Uke 1 2. del, våren 2019
Utskrift av presentasjonen:

Testing av objektorienterte systemer Testplanlegging Ivar Andreas Bonsaksen Remi Karlsen Jonas Lepsøy Stian Rostad Per Øyvind Solhaug Andreas Tønnesen Software engineering Gruppe 4 http://www.ia-stud.hiof.no/master_grp_4/

Testing av objektorienterte systemer #1 Testing av kode Still følgende spørsmål: - Koden forventer unik verdi  Finnes det en sti som gir unikt resultat? - Koden tar flere mulige verdier  Gir stiene unikt resultat? - Finnes det nyttige tilfeller som ikke blir håndtert? Søk opp: - Manglende objekter - Unødvendige klasser - Manglende eller unødvendige assosiasjoner - Feilplasserte assosiasjoner eller attributter

Testing av objektorienterte systemer #2 Forskjell mellom OO og tradisjonell testing #1 Kompleksiteten i OO-systemer ligger ofte i koblingen mellom objektene. Enhetstester  Enkelt Integrasjonstesting  Komplekst En arvet metode krever ekstra testing dersom: Metoden blir redefinert Metoden har en spesiell oppførsel i en subklasse Andre metoder i klassen skal være konsistente

Testing av objektorienterte systemer #2 Forskjell mellom OO og tradisjonell testing #2

Testplanlegging #1 Faser i en testplan Testplaner hjelper oss til å designe og organisere testene som skal utføres på systemet, og kan deles inn i følgende faser: Finne testobjektiver Designe testtilfeller Skrive testtilfeller Teste testtilfeller Utføre tester Evaluere testresultater

Testplanlegging #2 Hensikten med en testplan Fungerer som en guide/organisator for alle testaktiviteter i form av: Hvem utfører de forskjellige testene Hvorfor blir testene utført Hvordan blir testene gjennomført Når skal testene utføres Testplanen er med på å vise oppdragsgiver at systemet fungerer som det skal, altså at ønsket funksjonalitet er testet ut i henhold til kravspesifikasjonen.

Testplanlegging #3 Testplanens innhold