Introduksjon til Software Testing
|
|
- Dagny Økland
- 8 år siden
- Visninger:
Transkript
1 Introduksjon til Software Testing av Hans Schaefer Hvorfor skal vi teste Grunnleggende fakta Test modell Terminologi Hvem bør gjøre jobben og når Hans Schaefer Side 1
2 Murphy's lov er utgangspunktet i vårt testarbeid. Det er alltid feil (når mennesker gjør noe). Og selv om det ikke alltid går galt, så kan det koste mye hvis det går galt. Testing skal sikre at risikoen for feil er kjent Hans Schaefer Side 2
3 Testmål Finne feil. Reduser risiko ved å få informasjon om produktkvaliteten. Sertifisere software Spare penger Ved å få rettet feil. Ved å forebygge feil. Feil koster mye mer hvis de får lov å leve lenge Hans Schaefer Side 3
4 Fundamental Test Candidates Testing includes checking of: - Environment: Conditions, natural phenomena, physical laws of nature, business rules, and physical properties, and the full ranges of the system operating environment. - Operators/Users: Proper status/condition, correctly processing all operator/user inputs. For incorrect operator/user inputs, system does not enter into a dangerous or uncontrolled state. Validate user documentation elements. - Hardware: Correct interaction with each hardware interface, controlled system response (i.e., graceful degradation) for hardware faults. - Other Software: System interfaces correctly with other software, isolates errors Hans Schaefer Side 4
5 Hva er feil? An error is a human oversight or a wrong decision. Errors lead to defects (or faults or BUGS) in software. (Fault = Manifestation of an error in software). Defects may lead to failures during run time. (Failure = Deviation of software from expected results or service). Testing kan enten konsentrere seg om defects, eller failures, eller begge. Forsiktig ved feilstatistikk! Test mot defects i modultest, mot failures i høyere nivå test! Hans Schaefer Side 5
6 Hva er testing? Å utføre programmer og kontrollere om resultat er som spesifisert eller som forventet. Å utføre analyser for å kontrollere software og dokumentasjon mot krav og forventninger. Begge deler! Først analyse av det vi utvikler, så utføring! Tester motivasjon: -> article The Test Team Paradox Hans Schaefer Side 6
7 Feilkostnader Fra fase til fase i et prosjekt øker feilkostnadene med en faktor mellom 2 og 10. Økningen er eksponentiell. Det samme gjelder i testfasene: Feil funnet i høyere nivå test koster vesentlig mer å rette enn feil funnet i lavere nivå test. For kunder kan feilkostnader være enorme. (biltilbakekallinger, nettbanken). Testing skal bidra til å finne feil tidligst mulig! Hans Schaefer Side 7
8 En nettbankfeil (11 Juni 2007) Hans Schaefer Side 8
9 Risikobasert test Du kan ikke teste alt! Vi tester hvor risikoen er: Det som er viktigst (størst kostnad for kunden / brukeren hvis feil) Det som sannsynligvis er verst (full av feil) Hver testplan må inneholde en prioritering basert på risiko! Våre standard testmetoder adresserer typiske risikofaktorer! Hans Schaefer Side 9
10 Økonomisk balanse Cost Total Cost Test Cost Cost of Losses (Risk) Effort on optimal Test Hans Schaefer Side 10
11 Definisjoner av testnivåer Modul (Unit, Component) test: Test av moduler for å finne detaljdesign og kodefeil. Modulintegrasjonstest: Test av modulinteraksjon. Moduler på samme plattform eller i samme prosess. For å finne grensesnittfeil. Høyere nivå integrasjonstest: Test av interaksjon mellom subsystemer. Moduler på forskjellige plattformer eller i flere prosesser. For å finne grensesnittfeil. Vanligvis på målplattformen. Systemtest: Test mot kravspesifikasjon. funksjonell test: Test av hver funksjon mot dens krav. For å finne høynivå-designfeil og misforståtte krav. Interaksjonstest: Test av funksjoner med en annen. For å finne konflikter mellom funksjoner. Ikke funksjonell test: Test spesielle ting og systemegenskaper. System integrasjonstest: Test av interaksjon mellom systemet og andre eksterne systemer. For å finne grensesnittfeil. Akseptansetest: Kundetest for å se om systemet oppfyller kontraktskrav og forventninger. Er systemet brukbart i praksis? Hans Schaefer Side 11
12 V-modellen Review Kundespesifikasjon Prosjekttid Akseptansetesting Plan&Spesifiser Forbered Utfør Avslutt Review Kravspesifikasjon Plan&Spesifiser Systemtesting Forbered Utfør Avslutt Design Review Integrasjonstesting Plan&Spesifiser Forbered Utfør Avslutt Review Modul implementasjonmodultesting + MIT P&S Forbered Utfør Avslutt Hans Schaefer Side 12
13 V-modellen (ved flere systemer) Prosjekttid Kundespesifikasjon Akseptansetesting Plan&spesifiser forbered utfør avslutt Løsningsarkitektur Systemintegrasjonstesting Plan&spesifiser forbered utfør avslutt Spes. av hvert system (enkelt)systemtesting Plan&spesifiser forbered utfør avslutt Detaljer i hvert system Lavere nivå test P&S forbered utfør avslutt Hans Schaefer Side 13
14 Hvorfor V-modellen Hvert testnivå skal finne feilene fra tilsvarende konstruksjonsnivå. Tidlig testforberedelse! Finn feilene når du forbereder test, ikke når du utfører de! Testforberedelse gir deg en bedre forståelse for oppgaven, en bedre basis å jobbe ut fra! Hans Schaefer Side 14
15 Problemer med V-modellen Tidlig testmateriale blir devaluert av endringer som kommer senere. Noen tester er for dyre å kjøre umiddelbart (for mye arbeid å lage testomgivelse). Noen tester burde egentlig bli kjørt umiddelbart (selv om de tilhører et annet, senere testnivå). Mange enheter (moduler etc.) har flere versjoner utover utviklingen, med ulik risiko. Behov for testing om og om igjen. For en diskusjon av grensene til tidlig testforberedelse, se Hans Schaefer Side 15
16 Hvordan bruke V-modellen Kjør en V for hvert inkrement / release. Lag test-sjekklister (use cases, utkast av testspesifikasjoner) så tidlig som mulig. Lag testdata samtidig med programkoden. Oppbevar testmaterialet og automatiser dets utførelse. Oppdater testmaterialet etter hver release. Regresjonstest!!! Gjerne en liten automatisk regressionstest, i hvert fall før hver release! Hans Schaefer Side 16
17 Inkrementell modell: Hvordan arbeidet virkelig går Tid Spes., design, kode Release 1 Release 2 Release 3 Testspes. T. design T. Environment Testspes. T. redesign Testspes. T. redesign T. kjøring T. kjøring T. kjøring Hans Schaefer Side 17
18 Målkonflikter - Du og din test Du er blind for dine egne feil. Du er konstruktiv, testing er destruktiv. Du vil bli ferdig. Testing forsinker deg. -> En annen burde teste! Det tar ekstra tid for en annen å lære hva du gjør -> Test selv! En god test kan ikke redde et dårlig program. -> Et ledelsesproblem! Hans Schaefer Side 18
19 Hvem gjør vanligvis testarbeidet? Modultest: Du selv (kanskje en kollega bør hjelpe deg med forberedelsen). Modul integrasjonstest: Du selv (kanskje en kollega bør hjelpe deg med forberedelsen). Høyere nivå integrasjonstest: Testere og testspesialister. (fra en egen testgruppe). Systemtest: Testgruppe og supportfolk, eventuelt kunde skal være med. Muligens en egen organisasjon. Akseptansetest: Kunden og testspesialister. Tredje parter. Hvorfor disse folk? Et kompromiss mellom kunnskapen om systemet, nødvendigheten av et uavhengig synspunkt, og nødvendigheten av spesialkunnskap om testing Hans Schaefer Side 19
20 Akseptansetest (AT) og leverandørens test AT = Sjekke om leverandøren har fortstått rett, sjekke om leverandøren har gjort sin jobb. Minimer arbeidet ved å sjekke opp leverandøren: Konkrete krav til leverandørens test Oppfølging av leverandørens arbeid, spesielt kontrollene og test Oppfølging av systemets pålitelighet under test Input til test design hos leverandøren Info til leverandør om applikasjonens risikofaktorer (i bruk) Din egen AT bør oppdateres med fokus på hvor leverandøren hadde problemer! Hans Schaefer Side 20
21 Testprosessen Plan: Prosjektplan for testing. Spesifiser: Analyser spesifikasjon / design og skriv testkrav. Prioriter! Forbered: Utvikle test infrastruktur og testdata. Utfør: Kjør testene. Kontroller resultatene. Rett feil og kjør testene om igjen. Kontroller testdekning og legg til flere testtilfeller. Avslutt: Rapporter og rydd opp testmaterialet for sitt videre liv Hans Schaefer Side 21
22 Testprosessen - utføring Tre faser Pre-test / Smoke test: Utfør noen få testtilfelle, for å se om produktet i det hele tatt virker. Se om test infrastrukturen fungerer. Hovedtest: Utfør alle planlagte testtilfelle. Ettertest: Utfør ekstra testtilfelle. Gjenutfør test etter feilretting (Regressionstest) Hans Schaefer Side 22
23 Metoder for feilbekjempelse: Din verktøykasse! Reviews / gjennomganger / inspeksjoner Manuell dokumentsjekk. Finner misforståelser og glemte ting. Billig metode. Gjør dette før testing! Black box test (Funksjonell test eller behavioral test ) Systematisk test basert på spesifikasjoner på alle nivåer. Finner misforståelser, glemte ting, funksjonelle feil. Første valg som testutviklingsmetode. White box test (Strukturell eller glass box test) Systematisk dekning av programdeler (linjer, forgreninger etc.). Lett å måle med automatiske verktøy. Ikke bra som testdesign metode. Men det er viktig å vite at alt er testet. Intet strukturelt kriterium er i prinsipp godt nok Hans Schaefer Side 23
24 Flere metoder Statisk analyse Bruk av automatiske verktøy for å analysere design, spesifikasjoner eller kode. Verktøyet leser gjennom dokumentet og finner en del feiltyper. Mest effektiv mot mange kodefeil. For eksempel initialiseringsfeil, brudd av kodestandard. Et eksempel er også spekllsjeklkeren. BBBruk DENN!. Dynamisk analyse Bruk av automatiske verktøy for å sjekke globale betingelser under testkjøring. Bra mot minneslekkasjer (PURIFY) og korrupsjon av globale data Hans Schaefer Side 24
25 Hva gjør vi hvis vi har dårlige spesifikasjoner? Test går mot en spesifikasjon. Uten god spesifikasjon ingen god test! - Bruk anvendelses-spesialister - Gjenbruk tidligere testmateriale - Bruk produksjonsdata fra tidligere systemer - Test mot konkurrerende systemer - Se Testing in Darkness, Hans Schaefer Side 25
26 Generell testpolicy Tenk tidlig hva du vil teste. Fra prosjektstart! Feil er naturlig, utfordringen er å finne de så tidlig som mulig! Husk at du er blind for dine egne feil! Oppbevar dine tester, gjør de klare for gjenbruk! Du må vite hva du har testet, hva ikke og hvorfor! Hans Schaefer Side 26
27 Literatur 1 - Boris Beizer, Black Box Testing, John Wiley and Sons, New York, A book about basic methods for test data selection. Useful especially for unit and integration test, and the functional part of system testing. 2 - C. Kaner, J. Falk, H. Q. Nguyen, Testing Computer Software (3nd ed.), John Wiley & Sons, A good book for beginners, especially in projects under time and market pressure and consumer software production. Contains some good advice for system testing. Good list of possible defects. Very practical. 3 - Lee Copeland, A Practitioner s Guide to Software Test Design, Artech House, A good introductory test on test design methods. Easy to understand and many examples. 4 - Glenford Myers: The Art of Software Testing, New York, John Wiley, The classic book about software testing. Still, more than half of it is important knowledge. Some good advice for every test level, and the basic ideology. 5 - Bart Broekman, Edvin Notenbom, Testing embedded software, Addison-Wesley Test design and management for technical software. 6 - Martin Pol, Ruud Teunissen, Erik van Veenendal, Software Testing, A Guide to the Tmap Approach, Addison Wesley, This is the standard way to organize testing in the Netherlands. A good guide for managing development of application software. 7 - IEEE Software Magazine, Something about testing, quality management or reviews in nearly every edition. 8 - Better Software Magazine, Very practical! 9 - Erik van Veenendal (ed.), The Testing Practitioner, UTN 2003, ISBN Tilo Linz, Andreas Spillner, Hans Schaefer Software Testing Foundations, dpunkt Verlag 20026, 2nd ed Rocky Nook Rex Black, Critical Testing Processes, Addison-Wesley, 2003, Rex Black, Managing the Testing Process Hans Schaefer Side 27
28 Standards IEEE Std. 829: Standard for System and Software Test Documentation (Very useful as a checklist. The only civilian standard of its kind. ISTQB Glossary of testing terms ISO/IEC Guide 2:1991, General terms and their definitions concerning standardization and related activities. ISO/IEC :1993, Data processing - Vocabulary - Part 1: Fundamental terms. ISO/IEC :1990, Information processing vocabulary - Part 20: System development. ISO 9000:2000, Quality management systems - Fundamentals and vocabulary. ISO 9001:2000 Quality management systems - Requirements. ISO 9004:2000 Quality management systems - Guidelines for performance improvements. ISO/IEC :2001: Software engineering - Product quality - Part 1: Quality model. (Standard will be renamed 25010!) ISO/IEC TR :2003: Software engineering - Product quality - Part 2: External metrics. ISO/IEC TR :2003: Software engineering - Product quality - Part 3: Internal metrics. ISO/IEC TR :2003: Software engineering - Product quality - Part 4: Quality in use metrics. ISO/IEC 25051:2006, Software Engineering - Software Product Quality Requirements and Evaluation (SQuaRE) - Requirements for quality of Commercial Off-The-Shelf (COTS) software product and instructions for testing (older version: ISO 12119, IEEE 1465) ISO/IEC 12207:1995, Information technology - Software life cycle processes. ISO/IEC 14102:1995, Information technology - Guideline for evaluation and selection of CASE tools. ISO/IEC :1997, Information technology - Software product evaluation - Part 1: General overview. ISO/IEC :, Information technology - Software product evaluation - Part 2: Planning and management. ISO/IEC :, Information technology - Software product evaluation - Part 3: Process for developers. ISO/IEC :, Information technology - Software product evaluation - Part 4: Process for acquirers. ISO/IEC :1997, Information technology - Software product evaluation - Part 5: Process for Evaluators. ISO/IEC :, Information technology - Software product evaluation - Part 6: Documentation of evaluation modules. ISO/IEC 15026:, Information technology - Software integrity - System and software integrity levels. ISO/IEC :, Information technology - Software process assessment - Guide for use in determining supplier process capability. Radio Technical Commission for Aeronautics (RTCA) DO-178B/ED-12B, Software Considerations in Airborne Systems and Equipment Certification. Ministry of Defence (UK) (MOD), Interim Defence Standard, (Parts 1,2)/Issue 1, The Procurement of Safety Critical Software in Defence Equipment. IEC , Software for computers in the safety systems of nuclear power stations. IEC 1508 (1995 Draft), Functional Safety: Safety-related systems. Part 3: Software requirements. IEEE Std. 1008: Standard for Software Unit Testing (Testing process) IEEE Std : Standard for Software Verification and Validation IEEE Std. 1028: Standard for Software Reviews and Audits IEEE Std. 1044: Standard Classification for Software Anomalies IEEE Std. 1059: Guide for Software Verification and Validation Planning IEEE Std , Recommended Practice for Software Acquisition. MISRA Guidelines for C: Motorvehicle Industry Software Reliability Association FDA: General Principles of Software Validation: Final Guidance for Industry and FDA Staff, 11 January 2002, ISO/IEC JTC1 SC7 WebSite: Hans Schaefer Side 28
Grunnleggende testteori. Etter Hans Schaefer
Grunnleggende testteori Etter Hans Schaefer Industri- og softwareprodukt Industriprodukt Fysisk produkt Testes under produksjon og til slutt om produktet oppfyller kravene Tilpasses, endres, redesignes,
DetaljerISTQB Foundation Level Prøveeksamen
ISTQB Foundation Level Prøveeksamen Svar på følgende spørsmål For hvert spørsmål er der ETT og BARE ETT rett svar! (Unntak er avmerket spesielt). Spørsmål til Kap 1 ("Fundamentals") 1.1. (K2) Hva er betydningen
DetaljerSystem integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,
System integration testing Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, Innhold Presentasjon Hva er integration testing (pensum) Pros og cons med integrasjonstesting Når bruker vi integration
DetaljerWhy Desperate Houswives make Excellent Test Managers Testprosjektet som suksessfaktor i et hvert prosjekt
Why Desperate Houswives make Excellent Managers prosjektet som suksessfaktor i et hvert prosjekt dagen ODIN 21.November 2012 Hvem er jeg Astrid Notø Larsen Cand Scient i Informatikk fra UiO 15 års erfaring
DetaljerKrav som bør stilles til leverandørens verifikasjon og test
Krav som bør stilles til leverandørens verifikasjon og test Av Hans Schaefer Versjon 1.2, 14.9.2005 Dette dokument beskriver krav en bør stille til verifikasjon under utviklingen og test hos en seriøs
DetaljerDen europeiske byggenæringen blir digital. hva skjer i Europa? Steen Sunesen Oslo,
Den europeiske byggenæringen blir digital hva skjer i Europa? Steen Sunesen Oslo, 30.04.2019 Agenda 1. 2. CEN-veileder til ISO 19650 del 1 og 2 3. EFCA Guide Oppdragsgivers krav til BIMleveranser og prosess.
DetaljerGrunnleggende testteori
1 Grunnleggende testteori Error-Fault-Failure 2 Error : når en programmerer koder feil eller utelater kode (evt. miljøpåvirkning) årsaken til en fault Fault (defect eller bug): feil i kode kan lede til
DetaljerAkseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer
Akseptansetesten Siste sjanse for godkjenning Etter Hans Schaefer Akseptansetesting Formell testing med hensyn til brukerbehov, krav, og forretningsprosesser som utføres for å avklare om et system oppfyller
DetaljerBlackBox, WhiteBox og andre testmetoder. Etter ønske fra studentene 26. november 2009
BlackBox, WhiteBox og andre testmetoder Etter ønske fra studentene 26. november 2009 Hva er testing? Testing er å undersøke IT-systemer eller deler av det for å vurdere om kravene til det som testes er
DetaljerRisikobasert testing
Hans Schaefer hans.schaefer@ieee.org Prosjekt- og produktrisiko for testeren Prioritering av en første test Prioritering av senere tester Risikoledelse i selve testprosjektet 2009 Hans Schaefer page 1
DetaljerEn praktisk anvendelse av ITIL rammeverket
NIRF 17. april 2012 En praktisk anvendelse av ITIL rammeverket Haakon Faanes, CIA,CISA, CISM Internrevisjonen NAV NAVs ITIL-tilnærming - SMILI NAV, 18.04.2012 Side 2 Styring av tjenestenivå Prosessen omfatter
DetaljerISO 41001:2018 «Den nye læreboka for FM» Pro-FM. Norsk tittel: Fasilitetsstyring (FM) - Ledelsessystemer - Krav og brukerveiledning
ISO 41001:2018 «Den nye læreboka for FM» Norsk tittel: Fasilitetsstyring (FM) - Ledelsessystemer - Krav og brukerveiledning ISO 41001:2018 Kvalitetsverktøy i utvikling og forandring Krav - kapittel 4 til
DetaljerISO-standarderfor informasjonssikkerhet
Verifying security since 1999 ISO-standarderfor informasjonssikkerhet ISO/IEC 27000-serien Information technology Security techniques oiso/iec 27000 Information security management systems Overview and
DetaljerGrunnleggende testteori
1 Grunnleggende testteori Industri - og software produkt Industriprodukt: Fysisk produkt Testes under produksjon og til slutt om produktet oppfyller kravene Tilpasses, endres, redesignes, og justeres så
DetaljerOversikt over standarder for. risikoanalyse, risikovurdering og risikostyring
Oversikt over standarder for risikoanalyse, risikovurdering og risikostyring Risikoanalyser, risikovurdering og risikostyring Å gjennomføre risikovurderinger er en viktig oppgave for mange private og offentlige
DetaljerOversikt over standarder for. risikoanalyse, risikovurdering og risikostyring
Oversikt over standarder for risikoanalyse, risikovurdering og risikostyring Risikoanalyser, risikovurdering og risikostyring Å gjennomføre risikovurderinger er en viktig oppgave for mange private og offentlige
DetaljerA tool for collaborating to success in a development project Experience with Visual Studio 2010 and Test Manager at Lånekasse
A tool for collaborating to success in a development project Experience with Visual Studio 2010 and Manager at Lånekasse 21.mars.2013 Heza Wasfy Hvem er Sogeti? Sogeti Norge er et heleid datterselskap
DetaljerSikkerhet, risikoanalyse og testing: Begrepsmessig avklaring
Sikkerhet, risikoanalyse og testing: Begrepsmessig avklaring Seminar om risikoanalyse og testing innen sikkerhet Bjørnar Solhaug SINTEF, 11. juni, 2013 Technology for a better society 1 Oversikt Risikoanalyse
DetaljerRisikofokus - også på de områdene du er ekspert
Risikofokus - også på de områdene du er ekspert - hvordan kan dette se ut i praksis? - Ingen er for gammel til å begå nye dumheter Nytt i ISO 9001:2015 Vokabular Kontekst Dokumentasjonskrav Lederskap Stategi-politikk-mål
DetaljerInternasjonal standardisering. Erlend Øverby erlend.overby@hypatia.no
Internasjonal standardisering Erlend Øverby erlend.overby@hypatia.no Internasjonal standardisering SN/K186 Standard Norge, Komite 186 Norsk skyggekomite: ISO IEC/JTC1/SC36 CEN TC353 ISO/IEC JTC1/SC36 (ITLET)
DetaljerJigZaw. Teststategi utviklet av. Erik Drolshammer Bård Lind. Verifiser Forventet Funksjonalitet
JigZaw Verifiser Forventet Funksjonalitet Teststategi utviklet av Erik Drolshammer Bård Lind Bård Lind Java siden 1997 Arkitekt siden 2000 JavaBin siden 1999 Enterprise Domain Repository og JigZaw-teststrategi
DetaljerKort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste?
Kort om evaluering og testing av It-systemer Hvordan vurdere, verdsette, velge og teste? Evaluere - Bokmålsordboka Evaluere Vurdere, verdsette, gi karakter for. Vurdere Bedømme, verdsette. Bedømme Dømme
DetaljerCapturing the value of new technology How technology Qualification supports innovation
Capturing the value of new technology How technology Qualification supports innovation Avanserte Marine Operasjoner - Fra operasjon til skip og utstyr Dag McGeorge Ålesund, 1 Contents Introduction - Cheaper,
DetaljerGrunnlag: 11 år med erfaring og tilbakemeldinger
Antenor Management System v5 Grunnlag: 11 år med erfaring og tilbakemeldinger Antenor Management System v5 AMS v5 første versjon lanseres 13. november 100% uavhengig plattform 100% dedikert til Quality
DetaljerStandarder for Asset management ISO 55000/55001/55002
Standarder for Asset management ISO 55000/55001/55002 bjorn.fredrik.kristiansen@multiconsult.no 1 Multiconsults kjernevirksomhet er rådgivning og prosjektering Multiconsult skal være multifaglige tilby
DetaljerGJENNOMGANG UKESOPPGAVER 9 TESTING
GJENNOMGANG UKESOPPGAVER 9 TESTING INF1050 V16 KRISTIN BRÆNDEN 1 A) Testing viser feil som du oppdager under kjøring av testen. Forklar hvorfor testing ikke kan vise at det ikke er flere gjenstående feil.
DetaljerNye krav i ISO 9001, hvilke er de og hvordan implementere disse i TQM? Ragna Karoline Aasen
Nye krav i ISO 9001, hvilke er de og hvordan implementere disse i TQM? Ragna Karoline Aasen IMPLEMENTERINGSPLAN September 2015 ISO 9001:2015 publiseres Høst 2015 Akkreditering av sertifiseringsorganene
DetaljerLivsløpstesting av IT-systemer
Livsløpstesting av IT-systemer Testing, validering og evaluering Teste Undersøke ved hjelp av tester om systemet fungerer slik det er beskrevet Validere Bekrefte hvordan systemet virkelig fungerer, om
DetaljerStrategisk testplanlegging
Strategisk testplanlegging av Hans Schaefer hans.schaefer@ieee.org Hvordan planlegge testingen for et helt prosjekt Mal for dokumentasjonen Sjekklister 2000-2011 Hans Schaefer Slide no. 1 Hva skal vi lære
DetaljerHvordan komme i kontakt med de store
Hvordan komme i kontakt med de store Willy Holdahl, direktør Personal og Organisasjonsutvikling Kongstanken, 15 oktober 2010 The information contained in this document is Volvo Aero Connecticut Proprietary
DetaljerSystematisk Testing av Software
En kort oversikt over et vanskelig fagfelt. Av Hans Schaefer hans.schaefer@istqb-norge.no www.istqb-norge.no Thomas Borchsenius, Monika Stöcklein-Olsen og Skule Johansen fra Norwegian Testing Board har
DetaljerE-Learning Design. Speaker Duy Hai Nguyen, HUE Online Lecture
E-Learning Design Speaker Duy Hai Nguyen, HUE Online Lecture Design Educational Design Navigation Design Educational Design Some Important Considerations: 1. Authentic learning environment: For effective
DetaljerInvitation to Tender FSP FLO-IKT /2013/001 MILS OS
Invitation to Tender FSP FLO-IKT /2013/001 MILS OS April 15th 2013 Forfatter Prosjektittel 19.04.2013 19.04.2013 1 Introduction AGENDA Important aspects regarding the competition and Invitation to tender
DetaljerRepetisjon av testing. Vi undersøker om systemet virker slik det skal
Repetisjon av testing Vi undersøker om systemet virker slik det skal Test av software For å teste om alle kravene er oppfylt må kravspesifikasjon og utviklingsdokumenter gjennomgås. Hvordan programmet
DetaljerHvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk
Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk Logica 2012. All rights reserved No. 3 Logica 2012. All rights reserved No. 4 Logica 2012. All rights reserved
DetaljerSmart High-Side Power Switch BTS730
PG-DSO20 RoHS compliant (green product) AEC qualified 1 Ω Ω µ Data Sheet 1 V1.0, 2007-12-17 Data Sheet 2 V1.0, 2007-12-17 Ω µ µ Data Sheet 3 V1.0, 2007-12-17 µ µ Data Sheet 4 V1.0, 2007-12-17 Data Sheet
DetaljerBedre prosjektvirksomhet med gode veiledere for prosjektledelse
Bedre prosjektvirksomhet med gode veiledere for prosjektledelse Håvard O. Skaldebø, director, Metier AS 31.10. 2014 Litt prosjekthistorie på 4:14 min http://www.youtube.com/watch?v=vt3y2vd7348 Study reveals
DetaljerNår beste praksis rammeverk bidrar til bedre governance. Ingar Brauti, RC Fornebu Consulting AS
Når beste praksis rammeverk bidrar til bedre governance Ingar Brauti, RC Fornebu Consulting AS :. er når man har en tilpasset egen bruk Et riktig modenhetsnivå! IT Governance Institute's definisjon er:
DetaljerRepetisjon av testing. Vi undersøker om systemet virker slik det skal
Repetisjon av testing Vi undersøker om systemet virker slik det skal Test av software For å teste om alle kravene er oppfylt må kravspesifikasjon og utviklingsdokumenter gjennomgås. Hvordan programmet
DetaljerStatus for IMOs e-navigasjon prosess. John Erik Hagen, Regiondirektør Kystverket
Status for IMOs e-navigasjon prosess John Erik Hagen, Regiondirektør Kystverket E-Navigasjoner skal føre til: - økt navigasjonssikkerhet - økt effektivitet i shipping - enklere adgang til havner og farvann,
DetaljerWhy Desperate Houswives make Excellent Test Managers En gjennomgang av testfaser i prosjekt
Why Desperate Houswives make Excellent Test Managers En gjennomgang av testfaser i prosjekt NFP s Arena for Prosjektledere 19.April 2012 Hvem er jeg Astrid Notø Larsen Cand Scient i Informatikk fra UiO
DetaljerFeiltre, hendelsestre og RIF-modell
Initiating Event BB4 Initiating Event Type 3 End Control Type Type 2 End Control 2 B5/C2 Feiltre, hendelsestre og RIFmodell Rolf Bye, Studio Apertura Initiating Event structure C & C3 Omission structure
DetaljerRS402 Revisjon i foretak som benytter serviceorganisasjon
Advisory RS402 Revisjon i foretak som benytter serviceorganisasjon Aina Karlsen Røed, senior manager Leder av IT-revisjon i Ernst & Young, Advisory Dette dokumentet er Ernst & Youngs eiendom. Dokumentet
DetaljerIEC 61508. Hovedprinsipper og veiledning
IEC 61508 Hovedprinsipper og veiledning Stein Hauge SINTEF Tlf: 75 17 33 70 / 930 18 395 haustein@online.no / stein.hauge@sintef.no 1 Bare måtte bruke IEC 61508 1 2 3 4 5 6 7 8 9 1010 1 1212 1313 1414
DetaljerErfaringer fra en Prosjektleder som fikk «overflow»
Erfaringer fra en Prosjektleder som fikk «overflow» Per Franzén, Project Manager August 30 th, 2017 ERFARINGER FRA EN PROSJEKTLEDER SOM FIKK «OVERFLOW» AV GDPR BEGREPER OG INSTRUKSER Purpose limitation
DetaljerEr du nysgjerrig på om det er mulig...
BIMMER: Hvorfor ta steget over til Novapoint DCM og Quadri DCM? SOLVEIG FISKAA OG HEIDI BERG, VIANOVA SYSTEMS Er du nysgjerrig på om det er mulig......å dele alle infrastruktur data i en intelligent modell,
DetaljerNyttestyring og viktigheten av den gode kunde
1/3/18 Nyttestyring og viktigheten av den gode kunde Magne Jørgensen Hva er et vellykket IT-prosjekt? Suksess er kontekstavhengig, men bør minimum inkludere: Oppnådd nytte (gevinster, verdi, måloppnåelse,
DetaljerFirstEnergy s Ohio Utilities. Energy Efficiency Programs for Business
FirstEnergy s Ohio Utilities Energy Efficiency Programs for Business 2018 PROGRAM SUMMARY Lighting Program Traffic Signal Lighting HVAC Program Food Service Program Appliances Program Consumer Electronics
DetaljerSoftware Requirements and Design (SRD) 1 Generelt om dokumenter
Software Requirements and Design (SRD) Vi må ha en standard tittelside (Side 1) på alle dokumenter. I tillegg til tittel, kan vi ha med firmanavn, logo, m.m. Innholdsfortegnelse bør også være med på side
DetaljerNyttestyring og viktigheten av den gode kunde. Magne Jørgensen
Nyttestyring og viktigheten av den gode kunde Magne Jørgensen Hva er et vellykket IT-prosjekt? Suksess er kontekstavhengig, men bør minimum inkludere: Oppnådd nytte (gevinster, verdi, måloppnåelse, ROI)
DetaljerPAS 55 kvalitetsstandard for anleggsforvaltning i infrastrukturselskaper. Elsikkerhetskonferansen 2013 NEK
PAS 55 kvalitetsstandard for anleggsforvaltning i infrastrukturselskaper Elsikkerhetskonferansen 2013 NEK Hvorfor? Ambisjon: Statnetts anleggsforvaltning skal reflektere god praksis iht. PAS 55 Økt presisjon
DetaljerForecast Methodology September LightCounting Market Research Notes
Forecast Methodology September 2015 LightCounting Market Research Notes Vladimir Market Kozlov Forecast Methodology, September, September, 2015 2015 1 Summary In summary, the key assump=on of our forecast
DetaljerEØS-tillegget til Den europeiske unions tidende KOMMISJONSVEDTAK. av 19. oktober [meddelt under dokument K(2009) 7787] (2010/79/EF)(*)
3.9.2015 EØS-tillegget til Den europeiske unions tidende Nr. 51/63 KOMMISJONSVEDTAK 2015/EØS/51/10 av 19. oktober 2009 om endring av vedtak 2006/679/EF og 2006/860/EF om tekniske spesifikasjoner for samtrafikkevne
DetaljerVirginia Tech. John C. Duke, Jr. Engineering Science & Mechanics. John C. Duke, Jr.
A New Paradigm for Health Management of Bridges Presentation Overview Introduction AASHTO Grand Challenges SAFETEA-LU LTBP Is the Problem Unique? RCM A New Paradigm Design, Build, Maintain---Asset Management
DetaljerHuman Factors relevant ved subsea operasjoner?
Human Factors relevant ved subsea operasjoner? Arne Jarl Ringstad, Lead Advisor Human Factors and Organizational Safety Classification: Internal 2012-01-30 Hva er Human Factors? Human factors is the scientific
DetaljerIEC Utvalg av endringer i ny versjon
1 IEC 61508 - Utvalg av endringer i ny versjon Mary Ann Lundteigen Professor, NTNU (www.ntnu.edu/ross/rams/maryann ) Sikkerhetssystemkonferansen 2010 18-19. November. 2 Bakgrunn og målsetning IEC 61508
DetaljerReferansearkitektur use cases. Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk
Referansearkitektur use cases Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk 1 Begrunnelse for arkitektur use cases Med det brede perspektivet Smart grids har, er det nødvendig å dele det
DetaljerNOR/307D0153.00T OJ L 67/07, p. 13-17
NOR/307D0153.00T OJ L 67/07, p. 13-17 COMMISSION DECISION of 6 March 2007 modifying Annex A to Decision 2006/679/EC concerning the technical specification for interoperability relating to the control-command
DetaljerAnsvarlig: Faglig ansvarlig for innhold og revisjon, Testseksjonen TestiT, Avd. for Tjenesteproduksjon HN IKT
Teststrategi IKT-testing i Helse Nord Ansvarlig: Faglig ansvarlig for innhold og revisjon, Testseksjonen TestiT, Avd. for Tjenesteproduksjon HN IKT Endring Versjon Rolle / Organisasjon Revidert Revisjon
DetaljerGeoForum sin visjon: «Veiviser til geomatikk» og virksomhetsideen er: «GeoForumer en uavhengig interesseorganisasjon for synliggjøring og utvikling
Geomatikk-begrepet GeoForum sin visjon: «Veiviser til geomatikk» og virksomhetsideen er: «GeoForumer en uavhengig interesseorganisasjon for synliggjøring og utvikling av geomatikkfagene». As defined by
DetaljerTestplan (Software Test Plan)
Testplan (Software Test Plan) Amanuel K. Tedla Eleonora Ntreska Ingrid Vik Hansen Joakim Moen Innholdsfortegnelse Innholdsfortegnelse 1.. Introduksjon... 3 1.1 Definisjoner... 3 1.2 Antagelser ved testing
DetaljerPRINCE2. Projects In Controlled Environments v2
PRINCE2 Projects In Controlled Environments v2 A temporary organization that is created for the purpose of delivering one or more business s according to an agreed Business Case Time = Days, weeks, months
DetaljerSRP s 4th Nordic Awards Methodology 2018
SRP s 4th Nordic Awards Methodology 2018 Stockholm 13 September 2018 Awards Methodology 2018 The methodology outlines the criteria by which SRP judges the activity of Manufacturers, Providers and Service
DetaljerPresentation Title Date Copyright Capgemini 2013. All Rights Reserved
1 Leverandøraktivering 2 Implementering av ny prosess for leverandøraktivering Forutsetninger Kortere ledetid tilbys til kunder etter implementering av den nye leverandøraktiveringsprosessen Alle involverte
DetaljerTest i Praksis. NTNU Februar 2014. Copyright 2014 Accenture All Rights Reserved.
Test i Praksis NTNU Februar 2014 Hvem er vi? Erik Gjerdrum Master i Kommunikasjonssystemer fra IFI UiO Jobbet med test i siden 2006 Markus Living Master i Industriell Økonomi fra Linköping, Sverige Jobbet
DetaljerNOR/308D T OJ L 136/08, p
NOR/308D0386.00T OJ L 136/08, p. 11-17 COMMISSION DECISION of 23 April 2008 modifying Annex A to Decision 2006/679/EC concerning the technical specification for interoperability relating to the control-command
DetaljerTyrannosaurus Test Adapt or Die!
Tyrannosaurus Test Adapt or Die! Testdagen Odin 2014 Remi Hansen & Christian Brødsjø 26.09.2014 Promis Qualify AS 1 Om oss og tema Dinosaurer og evolusjon Context-driven testing filosofi og prinsipper
DetaljerProduksjon av beslutningsstøtteverktøy fra kunnskapsoppsummeringer til bruk i det kliniske møtet - SHARE-IT
Produksjon av beslutningsstøtteverktøy fra kunnskapsoppsummeringer til bruk i det kliniske møtet - SHARE-IT Anja Fog Heen, Sykehuset Innlandet, Norge Thomas Agoritsas, McMaster University, Canada www.magicproject.org/share-it
DetaljerDen som gjør godt, er av Gud (Multilingual Edition)
Den som gjør godt, er av Gud (Multilingual Edition) Arne Jordly Click here if your download doesn"t start automatically Den som gjør godt, er av Gud (Multilingual Edition) Arne Jordly Den som gjør godt,
DetaljerValidering og verifisering. Kirsten Ribu
Validering og verifisering Kirsten Ribu 2005 1 I dag Validering og verifisering Inspeksjon Testing 2 Noen ord om prosjektet Sjekk kurssidene jevnlig. Endringer forekommer (forelesningsplanen) Hvordan fungerer
DetaljerManaging Risk in Critical Railway Applications
Managing Risk in Critical Railway Applications Topics Railway signalling Real projects Regulator, standards and the law Acceptance criteria for signalling systems (SIL) Risk analysis a special case The
DetaljerOffshore Wind Turbine Support Structures. Erfaringer med å søke EU finansiering
Offshore Wind Turbine Support Structures Erfaringer med å søke EU finansiering 1 Agenda 5 Steps to EU-funding Introduksjon Ø Steg 1: Big picture Ø Steg 2: Nåsituasjonen Ø Steg 3: Finansieringsalternativer
DetaljerMotivering av testere
Hans Schaefer hans.schaefer@ieee.org www.softwaretesting.no/motivasjon 2008 Hans Schaefer Slide no. 1 Inhold Direkte utfordringer Noen råd Personlighetstyper og hva de kan brukes for Karriereveier 2008
DetaljerIEA PVPS. Trond Moengen. Global co-operation towards sustainable deployment of photovoltaic power systems
IEA PVPS Global co-operation towards sustainable deployment of photovoltaic power systems Trond Moengen PVPS general presentation, date, place The IEA PVPS Mission To enhance the international collaboration
DetaljerStandarder med relevans til skytjenester
Knut Lindelien, 2016-02-09 Standarder med relevans til skytjenester DETTE ER EN STAUSOPPDATERING FRA ISO/IEC JTC1 Skytjenester Stort, kjaptvoksende. Kanskje ikke så nytt for teknikeren, men det handler
DetaljerMarin Prosjektering. IMT linjevalg 2012
1 Marin Prosjektering IMT linjevalg 2012 2 Marin prosjektering er å; Skape morgendagens marine systemer, og Forbedre dagens marine systemer. 3 Sentrale ferdigheter Analysere 4 Prosjektere marine systemer
DetaljerStatisk testing. Testing uten datamaskin, men med vår egen evne til å vurdere og analysere
Statisk testing Testing uten datamaskin, men med vår egen evne til å vurdere og analysere Hva er statisk testing Analyser som utføres på skrevne dokumenter Hensikten er å finne avvik fra spesifikasjonene
DetaljerROS analyse for samfunnskritiske IKT systemer. Utfordringer og muligheter 24/11-05
ROS analyse for samfunnskritiske IKT systemer Utfordringer og muligheter 24/11-05 Hermann Steen Wiencke Proactima/Universitetet i Stavanger 1 Et samarbeid mellom Universitetet i Stavanger og Rogalandsforskning
DetaljerA Study of Industrial, Component-Based Development, Ericsson
A Study of Industrial, Component-Based Development, Ericsson SIF8094 Fordypningsprosjekt Ole Morten Killi Henrik Schwarz Stein-Roar Skånhaug NTNU, 12. des. 2002 Oppgaven Studie av state-of-the-art : utviklingsprosesser
DetaljerHacking av MU - hva kan Normen bidra med?
Hacking av MU - hva kan Normen bidra med? Medisinsk teknologisk forenings landsmøte Bergen, 24.4.2019 Side 1 Litt bakgrunn og oppdatering Personvern og informasjonssikkerhet to siste år https://www.forbes.com/sites/thomasbrewster/2017/05/17/wannacry-ransomware-hit-real-medical-devices/#6a7fb780425c
DetaljerBruk av HP Quality Center med smidige utviklingsmetoder. HP Sofware Norge
Bruk av HP Quality Center med smidige utviklingsmetoder Kjell Lillemoen HP Sofware Norge QC og smidige metoder Agenda Smidig terminologi Smidig metoder og verktøy Hvilke krav bør vi stille QC med Scrum
DetaljerISO standardisering for leveranser av informasjon. BIM => En måte å tenke på. TEMA - Informasjon
ISO standardisering for leveranser av informasjon InformationDeliveryManual - IDM TEMA - Informasjon Alt jeg snakker om er: INFORMASJON -> I-en i BIM rett informasjon til rett formål levert i rett format
DetaljerCompello Fakturagodkjenning Versjon 10 Software as a service. Tilgang til ny modulen Regnskapsføring
Compello Fakturagodkjenning Versjon 10 Software as a service Tilgang til ny modulen Regnskapsføring Dokumentopplysninger 2018 Compello AS. Med enerett. Microsoft, MS-DOS og Windows er registrerte varemerker
Detaljerverktøyskrin Grafisk profil ved Norges teknisk-naturvitenskapelige universitet
1 Services and Systems Development Grafisk verktøyskrin Grafisk profil ved Norges teknisk-naturvitenskapelige universitet Selvhjelpspakken for informasjon og formidling ved NTNU: www.ntnu.no/info/selvhjelp
DetaljerNOR/310D T OJ L 37/2010, p
NOR/310D0079.00T OJ L 37/2010, p. 74-81 Commission decision of 19 October 2009 amending Decisions 2006/679/EC and 2006/860/EC as regards technical specifications for interoperability relating to subsystems
DetaljerNeil Blacklock Development Director
Neil Blacklock Development Director neil.blacklock@respect.uk.net UK Helplines A) Respect Phoneline B) Men s Advice Line Multi Site Research Programme Young People s Project Domestic Violence and Employment
DetaljerCompello Fakturagodkjenning Versjon 10.5 As a Service. Tilgang til Compello Desktop - Regnskapsføring og Dokument import
Compello Fakturagodkjenning Versjon 10.5 As a Service Tilgang til Compello Desktop - Regnskapsføring og Dokument import Dokumentopplysninger 2018 Compello AS. Med enerett. Microsoft, MS-DOS og Windows
DetaljerEG-leder konferanse 2017
09.11. 2017 EG-leder konferanse 2017 PER-ARNE RØSTADSAND, LEDER SEKTORSTYRET PETROLEUM I STANDARD NORGE Sektorstyret petroleum i Standard Norge -Leder -Nestleder 2 Standard Norge NORSOK OG INTERNASJONAL
DetaljerE-navigasjon 12-13 Juni 2014
E-navigasjon 12-13 Juni 2014 SIKKER NAVIGERING Classification: Internal 2014-06-11 E-NAVIGASJON Introduksjon, Tor Arne Tønnessen Statoil hvem er vi E-navigasjon, hvorfor er det viktig for Statoil ECDIS,
DetaljerForelesning IMT mars 2011
Forelesning IMT2243 17.mars 2011 Dagens : Kvalitetssikring i systemutviklingsprosjekter Konfigurasjonsstyring Teorigjennomgang Demonstrasjon av Subversion SVN v/jon Langseth Pensum : Sommerville kap. 24.1
DetaljerSIKKERHET OG TILLIT FRA ET TVERRFAGLIG PERSPEKTIV
SIKKERHET OG TILLIT FRA ET TVERRFAGLIG PERSPEKTIV Abelia Innovasjon Fagnettverk for Informasjonssikkerhet Oslo 17. mars 2005 Sikkerhet og tillit hva er sammenhengen? Ketil Stølen Sjefsforsker/Professor
DetaljerNORSOK Z TI Joint Industry Project - Hva skal prosjektet utrette og hvordan?
NORSOK Z TI Joint Industry Project - Hva skal prosjektet utrette og hvordan? Standard Morgen, torsdag 13. sept., kl. 0830-1030 Velkommen Industriens behov, mål og ambisjoner for Joint Industry Project
DetaljerLCC som fokusområde i NSB ved store
Presentasjon i LCC Forum i Oslo Jan Runesson Direktør NSB Persontog Materiellanskaffelser Utgangspunkt Vi har mye kompetanse på hva som feiler på tog, hvor ofte og til hvilke kostnader og konsekvenser
DetaljerFamilieeide selskaper - Kjennetegn - Styrker og utfordringer - Vekst og nyskapning i harmoni med tradisjoner
Familieeide selskaper - Kjennetegn - Styrker og utfordringer - Vekst og nyskapning i harmoni med tradisjoner Resultater fra omfattende internasjonal undersøkelse og betraktninger om hvordan observasjonene
DetaljerComplete tank expertise
Complete tank expertise See your opportunities unfold Damcos VRC systems deliver safety and reliability in a com act cost effective desi n Widespread solutions; in-depth competence understanding of the
DetaljerMetodisk kvalitetsvurdering av systematisk oversikt. Rigmor C Berg Kurs H, mars 2019
Metodisk kvalitetsvurdering av systematisk oversikt Rigmor C Berg Kurs H, mars 2019 Oppsummering av forskning har lang tradisjon 12th century: knowledge syntheses in field of philosophy 17th century: statistical
DetaljerTilkoblingsskinner. For kontaktorer og effektbrytere
Tilkoblingsskinner For kontaktorer og effektbrytere Riktige tilkoblingsskinner gir optimale løsninger I tillegg til design, brukervennlighet og stort funksjonsområde er alle lavspenningsproduktene fra
DetaljerHva kreves av en god byggherre? «Store utbyggingsprosjekter», 23. okt 2014
Hva kreves av en god byggherre? «Store utbyggingsprosjekter», 23. okt 2014 Paul Torgersen Leder Metier Consulting 20. oktober 2014 Side 2 Innhold Hva er prosjektsuksess? Hva kjennetegner de beste? Mine
DetaljerOrganizational Project Management Maturity Model (OPM3)
Organizational Project Management Maturity Model (OPM3) Håvard O. Skaldebø, PMP, CCE, (haa-skal@online.no) Styreleder, PMI Norway Oslo Chapter (www.pmi-no.org) Prosjekt 2005, 12.oktober 2005, Hotel Rainbow,
DetaljerKIS - Ekspertseminar om BankID
www.nr.no KIS - Ekspertseminar om BankID Dr. Ing. Åsmund Skomedal Forsknings sjef, DART, Norsk Regnesentral asmund.skomedal@nr.no 18. mars 2009 Tema til diskusjon Agenda punkter Kritisk analyse av digitale
Detaljer