1 Programvaretesting del 2 In 140 Forelesning Nr 18 a Sommerville kap 20 del 2.

Slides:



Advertisements
Liknende presentasjoner
Del 3 : Patterns (Kap 16 – kap 20, Craig Larman) Arne Maus Inst. for informatikk, UiO.
Advertisements

PUG Norway – 12. nov 09Thomas Skjørten / Jan Kolstad.
Utforming for gjenbruk In 140 Sommerville kap 14.
Høgskolen i Oslo - GM Vær metodisk  Definer og forstå problemet  Spesifiser hva du har av hardware  Lag en prototyp av brukersnittet  Design.
Forelesning IMT Februar 2006
Programvaretesting In 140 Sommerville kap 20.
1 Litt om OO og programmering Arne Maus. 2 OO og Java (og C++, C#)  Arven fra Simula  Programstruktur i Java  Generering av objekter  Beskyttelse.
Objektorientert programmering Objektorientert systemutvikling
Objektorientert programmering i PHP del 2
AP - Arbeidsplan Vi jobber med arbeidsplanen nesten hver dag.
Programmering av dynamiske websider i C# - hva er det, og hvordan undervise? Tom Heine Nätt.
IS-102 Klassedefinisjoner
Flere UML diagrammer UML Distilled kap. 7,8, 9 Kirsten Ribu
Flere UML diagrammer UML Distilled kap. 7,8, 9 Kirsten Ribu
Databasehåndtering med MySQL
13. februar 2004TDT4285 Planl&drift IT-syst (M15)1 Automatisering TDT4285 Planlegging og drift av IT-systemer Anders Christensen, IDI.
Operativsystemer.  Tilstandsmaskiner kalles på engelsk Finite State Machines.  Tilstandsmaskiner er en metode til å beskrive systemer med logisk og.
1 Oppgave gjennomgang Kap Oppgaver -Kap 12: 1, 2, 3, 5, 7, 8, 11, 18, 19.
EVALUERING AV PRODUKTER, PROSESSER OG RESSURSER. Gruppe 4 Remi Karlsen Stian Rostad Ivar Bonsaksen Jonas Lepsøy Per Øyvind Solhaug Andreas Tønnesen.
Grunnleggende testteori
In 140 Forelesning Nr 17 Sommerville kap 20
Verifikasjon og validering
Prototyping In 140 Sommerville kap. 8. Mål Forstå hensikten med prototyping i forskjellige utviklingsprosjekt Forstå forskjellen mellom evolusjonær og.
Systemmodeller In 140 Sommerville kap. 7. Mål Forstå hensikten med kontekstmodell Forstå ideene bak –oppførselsmodellering –datamodellering –objektmodellering.
Objektorientert utforming In 140 Forelesning Nr 13 Sommerville kap 12 – del 2.
Siste forelesning ER/EER-modellering
Objekt Orientert Programmering (OOP). Objektorientering (OO)1/6 Objektorientering er en grunnleggende måte å organisere komplekse fenomener på.
Læring og tenkning Systemutvikling er læring Gjensidig respekt og samarbeid Følge en konkret oppskrift Velge blant flere oppskrifter Nå målet uten oppskrift,
En kort innføring i Design Patterns
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.
UML og grensesnitt UML er standard for modellering innen objekt-orientert programvare kan UML også brukes til modellering av grensesnitt? fordel: bedre.
  © Steria FitNesse som nyttig verktøy Smidig FitNesse som nyttig verktøy Anders Vindvad.
Hvordan uttrykke krav Kapittel 4.4. Innledning Målet er å samles rundt ett entydig språk som ikke kan misforståes eller feiltolkes. Gjør sporbarheten.
Presentasjon  SW faults og failure/testing issues –Gruppe 1 Petter Therese Kjell Gunnar Christian Eva.
Gruppe 3 – Presentasjon 2 Henning Kristiansen, Mats Lindh, André Hauge og Vegard Simensen.
DEKOMPONERING OG MODULARITET ~Gruppe 4~. Gjennomgang Designtyper/kriterier innen dekomponering Dekomponeringsspesifikasjon Strukturert og objektorientert.
Automated Testing Tool & When to Stop Testing
Testing Gruppe 9 Anette Kjuus, Skule Notø, Synne Nygaard, Per Ivar Jacobsen, Øystein Rogstad, Alfred Skari, Per Kristian Førrisdal.
Object Oriented Measurement
Programmering i ActionScript - hva er det, og hvordan undervise?
INF 295 Algoritmer og datastrukturer Forelesning 7 ADT Lister, Stakker og Køer Hans Fr. Nordhaug (Ola Bø)
INF 295 forelesning 14 - kap 8 Disjunkt mengde ADT Hans Fr. Nordhaug (Ola Bø)
INF 295 forelesning 13 - kap 6 Prioritetskø (Heap) Hans Fr. Nordhaug (Ola Bø)
Hvorfor bruke tid på testing ?
Testing av objektorienterte systemer Testplanlegging
Skjemaendringer i systemer bestående av XML-data i relasjonsdatabaser Høgskolen i Gjøvik Master i Medieteknikk, Marianne Brattrud.
Presentasjon av masteroppgave
Objektorientert utforming
Objektorientert utforming In 140 Sommerville kap. 12.
Programvaretesting In 140 Forelesning Nr 17 Sommerville kap 20.
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.
Masteroppgave Administrasjonsmoduler til eAccess.
Gamle systemer In 140 Forelesning Nr 19 Sommerville kap 26.
Objektorientert design
Objektorientert utforming In 140 Forelesning Nr 11 Sommerville kap 12 – del 1.
Systemmodeller In 140 Forelesning nr. 9 Sommerville kap. 7.
Høgskolen i Oslo Oslomodellen: IKT integrert i allmennlærerutdanninga IKT’s rolle i lærerutdanningen, og spesifikt om IKT-faget Studiebesøk fra Göteborg.
Objektorientert design In 140 Sommerville kap 12 – del 1.
Use case realisering Designmodellering Kirsten Ribu Kapittel 4 UML Distilled.
IN 265 Våren 2003 : Forelesning : Design av arkitektur og komponent 1 IN250 – Om komponent design Mål for forelesningen: l Se på prinsipper.
Arv Gjenbruk. Begreper Super Overriding – Samme signatur Polymorfi – «en ting kan bety mange ting»
RUP-prosjekt Sammenhengen med UML
IN1000-seminar høsten 2017 Henrik H. Løvold
Demo Ny IT.
Objektorientert programmering i Java
IN3030 – Effektiv parallellprogrammering Uke 1 2. del, våren 2019
Utskrift av presentasjonen:

1 Programvaretesting del 2 In 140 Forelesning Nr 18 a Sommerville kap 20 del 2

2 Objektorientert testing Forskjeller mellom OO og funksjonsorientert –Objekter er større enn enkeltfunksjoner Objekter er løst koblet –Ingen klar hierarkisk struktur –Gjenbrukskomponenter kan mangle kildekode Fire testnivåer –Test av enkeltoperasjoner –Testing av enkeltobjektklasser –Klyngetesting –OO-systemtesting

3 Komplett objekttesting Alle enkeltoperasjoner alene Setting og spørring på alle attributter Gjennomkjøring av alle tilstander –Alle tilstandsendrende hendelser for hver tilstand må prøves

Tilstandsdiagram for værstasjon

5 Objektklassetesting Arv/polymorfisme –Arvede operasjoner må testes i alle underklasser –Polymorfe operasjoner må testes Ekvivalensklasser for attributter

6 Objektintegrasjon Moduler eksisterer ikke, bare samarbeidende objekter Klynge (Cluster)-testing Intet hierarki, men danner funksjonalitet. Testemetoder –Use Case/Scenario – basert –Thread-testing –Objektinteraksjonstesting Method-message path (Alle metodekall fullført) Atomic System Function (Input – Output)

7 Use Case/Scenariobasert testing Ofte effektivt Bygger på Use Case Kryss av utførte metoder Alle metoder må være testet Kollaborasjonsdiagram kan brukes Planlegge hva som må settes opp og hva som må sjekkes

8 Kollaborasjonsdiagram

9 Testbenk (Testing workbenches)

10 Testbenkverktøy (Tools for testing workbenches) Testmanager Testdatagenerator Orakel Filkomparator Rapportgenerator Dynamisk simulator Simulator

11 Testbenk Tilpasning –Nye verktøy må legges til –Skript for brukersimulator –Mønstre for testdatageneratorer –Manuell beregning av ventede resultater –Spesiallagde filkomparatorer Brukes på store systemer for å gjøre testing mulig og redusere testkostnad

12 Hovedpoenger1 De mest brukte systemdelene bør testes mest. Ekvivalenspartisjonering for å finne testdata Grenseverdier gir ofte vellykket testing Black-box testing kan gjøres uten kildekode Strukturell (White-box testing) for å finne eksekveringsveier og testdata Integrasjonstesting fokuserer på interaksjoner og grensesnitt Grensesnittdefekter –manglende spesifikasjonsforståelse –Timingsproblemer

13 Hovedpoenger 2 Testing av objektklasser –Kjøre alle operasjoner –Sette og lese av alle attributter –Teste objektet i alle tilstander Objektorienterte systemer –integreres som naturlig objektklynger som hører til et bestemt use-case