TEST.

Slides:



Advertisements
Lignende præsentationer
Anskaffelse af ny teknologi
Advertisements

Program – 10.00: opsamling på cases og innovationsdage - hvor er vi med vores cases? - hvad mangler vi for at komme videre? – 11.00: Innovation.
TEST 2 modul 1 20 spørgsmål. Du skal klikke med musen på det rigtige svar, så kommer du automatisk til næste spørgsmål Klik for start.
Status for Datakonsistens
Introduktion til FU RØDT modul Lektion 1. Generelt • Introduktionen til fjernundervisning er det obligatoriske modul som skal gennemføres inden du påbegynder.
Introduktion til FU RØDT modul Lektion 1.  Introduktionen til fjernundervisning er det obligatoriske modul som skal gennemføres inden du påbegynder et.
IT udvalgets evaluering af arbejdet 2010 Med udgangspunkt i kommissoriet Et næsten færdigt udkast Kommentarer udbedes Hvad mangler vi – hvad skal ændres?
Overskrift her Navn på oplægsholder Navn på KU- enhed For at ændre ”Enhedens navn” og ”Sted og dato”: Klik i menulinjen, vælg ”Indsæt” > ”Sidehoved / Sidefod”.
Undervisers hjemmeside som læringsplatform Presenteret af Johnni Olsen, underviser i samfundsvidenskab på socialrådgiveruddannelsen i UCSJ, Nykøbing F.,
Softwaretest – med TestLink Open source testværktøj
Systemvalg Oversigt og teknikker Kapitel 2.
1 Belastningsprøve Fredag 16. september Agenda Kl. 08:00Velkomst v. Allan Harding Status på Imerco projekt, v. Allan Harding Oplæg til belastningsprøve,
  A business of Usability test metoder IT-Højskolen
Aalborg Universitet Esbjerg
Lektion 4 – Fordybelses- og fornyelsesfasen
Mobile usability Udvikling af testmetoder til mobiltelefoner Magnus Kjøller Lou Januar 2009.
Arbejdsgruppe Mariagerfjord kommune
Myndighedsforum 30. Maj Dagsorden Velkommen og beskeder Nem-Login. Om tilslutning til Nem-Login fremover, men også aktiviteter nu i.
Accepttest  Test områder: Filter frekvenskarakteristik:  Overensstemmelse mellem teoretiske filtre og de implementerede? Lydtryksmåling:  Er systemet.
Introduktion til Microsoft CRM Christian Cletus Bjørn Eilertsen.
Tietgen Skolen Kvalitet og kvalitetssikring Review Test.
1 Projektforslag på modul 2 ved Keld Helsgaun. 2 Fagligt indhold Projekt- og kursusarbejdet skal give de studerende indsigt i følgende emnekredse: Gå.
Mobile usability Udvikling af testmetoder til mobiltelefoner Esben Juul Nielsen og Magnus Kjøller Lou 14. Januar 2009.
Bibliotekernes BRUGERUNDERSØGELSE 2013 HJÆLP BIBLIOTEKET TIL AT BLIVE BEDRE Et par ting, du skal vide, når du rekrutterer i udlån.
Emergency call button Stabilt og simpelt 1. Agenda Områder af speciel interesse Gennemgang Hvad har jeg lært? Spørgsmål 2.
Program for fremlæggelse
Program for fremlæggelse
Projektplanlægning Planlægning for solution makers a/s
Infinit InteresseIInnovationsgruppen Infinit & Software Test Arne Skou, CISS.
MMP Model og Metode til Programudvikling – MMP 1 Kursusindhold: Modellering af postkontor Objekt Orienteret Programudvikling - OO* Unified Modelling.
Vejledning på modul 5 med udgangspunkt i en forestilling om vejledningsgenre.
Case Året er 2031 og staten er i gang med centraliseringen og nu er det blevet skolernes tur. Der skal spares penge på både lærere og undervisningsmaterialer.
Af Christine Johnsen.  Intro  Kanylemodel  Systemudviklingsmetoden  Krav  Implementering  Test  Produkt  Konklusion.
Infinit - Usability Usability test i en mindre IT virksomhed.
Dagens program Indledning og Minimumsystem – Martin IRQ – Jakob Signalbehandling – Rasmus Lagerstyring – Daniel Implementering af SW – Claus Test og demo.
JAGG med “face lift” og større motor
SO prøve.
Brugervejledning til autoklave Bowie og Dick test.
Perspektivering & Demonstration v. Claus. Resultat af Accepttest Produkt perspektiver Videreudvikling Demonstration.
Struktureret ProgramUdvikling MM 5
Malermester Mikkel Stoltz
Online Kalender Afsluttende projekt 2011 Af Jacob Weng Gruppe medlemmer: Kasper Jørgensen og Lasse Mejsner Informationsteknologi
Testmetoder Der er to muligheder: a.at benytte folieleverandørens dokumentation (klasse RA1, RA2 og én eller flere af tabeller i ETA’ere) b.at kræve anvendelse.
Modul placering. Analysemodellens struktur   Data model data objects relationships ERDs   Functional model data transforms DFDs   Behavioral model.
Aerodynamisk model Morten. Indhold Formål med model Valg af model Blokdiagram over Matlab program Testresultater Konklusion.
Kort Info om de tre obligatoriske opgaver i ITNET2 F08 SW og JRT.
Microsoft CRM 3.0 Bjørn Eilertsen Christian Cletus.
Øvelse 1: First Impressions
Collaborative Practice Research Lars Mathiassen eCommerce Institute, Georgia State University.
Københavns Kommune Evaluering og Next practice 23. maj 2013.
Forskningstræning for HU-læger i Anæstesiologi
Lager v/Daniel. Opbygning Inddeling af dataområde –Blokke eller områder –Sammenkædning Indholdsfortegnelse (TOC) –Pointere.
29. juni 2015Jan Helbo, 1 Oplæg til pilotprojektet Hvad Hvorfor Hvordan.
Udvidet hardware/software Datatekniker Valgfrit specialefag.
Pressalit Sports Academy Fra perioden til
Forebyggelse og rehabilitering
- nogle fundamentale forhold omkring læring i og udenfor skolen
Parametrisk programmering
Velkommen til Creating Impact
Afrapportering fra Arkitekturboard
Brobygning.
Dokumentation.
Dokumentation.
eller bare brugerrvenlighedsevaluering
Det produktive team Software kvalitet og kultur
Tests v/Palle.
Ændring i praktikmål 6 for SSH
Afrapportering fra Arkitekturboard
Databehandling i PC Katrine.
VanDa 2019.
Præsentationens transcript:

TEST

Opdelingen af systemet Udgangspunkt i SPU Opdeling i processer Opdeling i moduler Komme ind på den opdeling der er foretaget Systemet opdeles i mindre dele Til opdeling benyttes SPU modellen Strukureret Program Udvikling (SPU) Et systematisk værktøj Først designes systemstrukturen Der erfter opdeles i Processer Som hver især opdeles i Moduler

V-modellen V-modellen Taget fra SPU Beskrivelse af den systematiske fremgangsmåde

Moduler i systemet En oversigt over de moduler der indgår i systemet Forenklet udgave af den claus havde på Hardware/software opdeling IRQ-Håndtering og IRQ-Enable er medtaget Indgår som det videre udvikling af minimunsystemt

Processer i systemet Samme oversigt hvor processerne er medtaget

Testomgivelser Testomgivelser i SW Problematisk for kombimerede Testdriver og teststub Problematisk for kombimerede HW/SW-projekter Modultest af software vha driver og stubbe. Der findes ingen generel model til kombi HW/SW projekter Da de er specifikke SPU knap så egnet til kombi men, bedre end slet ingen.

Testmetoder og Værktøjer Hardwaretest Peelsimulering Målinger Softwaretest Simuleringer på PC Testprogrammer til test på system TS2MON Hvordan er modulerne blevet testet i projektet Hardware Som er implementeret iform af peel er simuleret i Winplace Med mulig hed for at sætte testvektorer op grafisk Laboratorium målinger for teste signal nivauer og lignende Software C-kodet software er testet på PC med eget udviklet program - Mulighed for at sætte bit i registre og derved teste moduler - Mulighed for at få displaytekst udlæst på skærm Assemblerkode testet på system med Testdummy.s - Sætte parametre op så enkelte rutiner kan testes. - Resultater Aflæses vha TS2MON TS2MON Kan aflæse indhold adressser og registre samt skrive direkte til dem i HEX kode

Specifikke Tests Testmetoder anvendt på moduler og processer Moduler testet under modultest Moduler testet under procestest Hvad er valgt testet hvodan i projektet Videre til gennemgang af de enkelte moduler og processer

Modultest af systemet Oversigten igen Markere hvilke moduler der testet med hvilke testmetoder/værktøjer

Modultest af systemet Markeret med farver hvilke moduler der er testet På hvilken måde Peelsimulering Måling PC simulering Systemprogram + TS2MON Moduler der ikke er testede, pga HW/SW afhængighed Disse vil blive testet under proces test Oprids af processerne

Modultest af systemet Oversigten endnu engang Processerne indtagnet Fjerner farverne

Procestest af systemet Videre til hvordan processerne er testet Markere hvilke processer der er testet hvordan

Procestest af systemet PC simulering Systemprogram + TS2MON Processen Dataflow modultestet Endelig test under acceptest.

Evaluering af Tests Testforløbet Vurdeinger af tests Forbedninger Ikke de store problemer under test da småfejl var retter under vejs i kodningen. Detaljeringsgraden viste sig tilstrækkelig Kun en prototype,og testene var tilstrækkelige. Færdig produkt ville kræve mere detaljerede tests Forbedringer

Konklusion Ny accepttest Implementer i nværende system Funktioner testet i rapporten Indikering af memorystatus Spol frem Mangler af implementeres Spol tilbage Lager fragmentering Overførsel af ID nr. til PC

Demonstration af Diktafon