Procesvisie op Maat. Op basis van het Master Test Plan wordt een gedetailleerd testplan voor elke fase opgesteld.

Maat: px
Weergave met pagina beginnen:

Download "Procesvisie op Maat. Op basis van het Master Test Plan wordt een gedetailleerd testplan voor elke fase opgesteld."

Transcriptie

1 Inleiding Doel In de discipline vindt de validatie van datgene wat binnen het project is gerealiseerd plaats. Dit bestrijkt het gebied van unittest tot en met acceptatie door gebruikers en beheerorganisatie. Hierbij wordt getoetst en getest of datgene wat wordt ontwikkeld voldoet aan de vooraf vastgelegde specificaties en acceptatiecriteria. Rollen Keyrollen binnen deze discipline zijn de Manager en Analist. De Manager is verantwoordelijk voor alle testactiviteiten binnen project en wordt hierbij ondersteund door de rollen Coördinator, Analist/Designer en er. De Analist heeft een inhoudelijke focus en analyseert, vanuit doelstellingen, acceptatie criteria, specificaties en oplossingsrichting, de te hanteren testdoelen, testvormen en testtechnieken en passende focus voor de verschillende testsoorten. Tevens ontwerpt de Analist de (test)scenario s en identificeert de te hanteren testgevallen ( Cases). Vanuit de analyse voedt de Analist de Manager voor het opstellen van de teststrategie en de omvang van de total test effort in het Master Plan. Vanuit de keyrollen kan de organisatorische voorbereiding van het testtraject worden uitbesteed aan een Coördinator. Identificatie en uitwerking van testgevallen kan desgewenst worden uitbesteed aan een Designer. Aanpak Op basis van de vastgestelde Vision wordt door de Manager een Master Plan (met daarin de teststrategie) opgesteld. Op basis van testdoelen die worden vastgesteld vanuit acceptatiecriteria en de aanpak van het project wordt een teststrategie vastgesteld. Het vaststellen van de teststrategie gebeurt iteratief vanuit een interactie tussen de verschillende disciplines Op basis van het Master Plan wordt een gedetailleerd testplan voor elke fase opgesteld. Dit testplan wordt geïntegreerd in het faseplan (Stage Plan) en beschrijft alle benodigde activiteiten in het kader van de voorbereiding en de uitvoering van de testen. Vanuit de faseplannen vindt de uitvoering van de testactiviteiten plaats. Hierbij wordt ook steeds een gedetailleerd testplan voor de volgende fase opgesteld. Steeds worden de testvoorbereiding en -uitvoering gerealiseerd om de toetsing uit te voeren die bij de betreffende fase gewenst is. De voorbereiding om de volgende fase te kunnen plannen wordt uitgevoerd. Resultaten van testen worden in een bevindingenadministratie vastgelegd op basis waarvan steeds testrapportages worden opgesteld. De bevindingen uit de test worden gerapporteerd aan de Manager, die de afstemming met andere keyrollen in het project verzorgt (System Analist, Project Architect en Project Manager). Diepgang De betrokkenheid van de discipline begint al in de Conception- en lnception-fase met het valideren van vastgestelde acceptatiecriteria en het op basis daarvan vaststellen van testdoelen. Dit geheel is in die fasen met name gericht op het vaststellen van strategie en omvang ten behoeve van een Master Plan. Indien noodzakelijk voor het bepalen van de omvang, wordt een analyse uitgevoerd en worden Scenario's vastgesteld. De strategie en omvang in het Master Plan dient ols input voor de Project Brief, PID en Product Acceptance Plan. Infocon Versie 0.1 Pagina 1 van 6

2 Daar waar een Proof of Concept wordt uitgevoerd, worden concrete testactiviteiten benoemd en opgenomen in het betreffende faseplan. Alhoewel dit binnen de kaders van een project meestal in Elaboration het geval is kan dit ook in Inception of zelfs Conception het geval zijn. In de volgende paragrafen wordt allereerst ingegaan op de taken en verantwoordelijkheden van de belangrijkste rollen binnen deze discipline. Vervolgens wordt nader ingegaan op de belangrijkste concepten en begrippen die binnen een rol spelen. Als laatste wordt de rol van in de diverse fasen nader beschreven Rollen Binnen deze discipline spelen de volgende rollen een belangrijke rol: Manager: Is verantwoordelijk voor planning, resourcing, aansturing en de testrapportage. Stelt het Master Plan (MTP) op en is namens de discipline verantwoordelijk voor de afstemming met andere disciplines. De Manager is tevens verantwoordelijk voor operationele aansturing van het testen, registratie van de bevindingen en het inrichten van de omgeving. Operationele taken in voorbereiding en aansturing worden doorgaans gedelegeerd aan een Coördinator die per aandachtsgebied of leverancier aangesteld kan worden. analist: Biedt ondersteuning bij het opstellen van teststrategie en bepalen van de testomvang. Voert de analyse uit van de specificaties, ontwerpt de test ( Scenario's) en identificeert de benodigde testgevallen (identificeren Cases). Designer: Ontwerpt testgevallen ( Cases) en maakt fysieke testgevallen. er: Voert testen uit en meldt bevindingen (logboek). Afhankelijk van het project kunnen rollen worden gecombineerd. In de praktijk worden de rollen Coördinator en Analist vaak gecombineerd binnen Change Management. Waar ervaren gebruikers (specialisten) worden ingezet, wordt ook vaak het maken van fysieke testgevallen uitbesteed aan de er Samenhang begrippen V-model Het V-model vormt een standaard uitgangspunt voor het testen binnen de procesvisie. In het V-model wordt nadrukkelijk uitgegaan van een verband tussen de mate van detaillering in de ontwikkeling van het systeem en de teststages (unittest, integratietest, systeemtest en acceptatietest). Samenhang deliverables Infocon Versie 0.1 Pagina 2 van 6

3 Op basis van een bepaald probleem of een wens wordt tijdens het traject een Visiondocument opgesteld. Dit document wordt vervolgens uitgewerkt in specificaties (SAD en SRS), waarna het betreffende systeem geïmplementeerd kan worden. Parallel aan dit ontwikkeltraject wordt er op basis van het Visiondocument en het PID een Product Acceptance Plan (PAP) opgesteld. Het Product Acceptance Plan (behorende bij de discipline Projectmanagement) beschrijft het wat en hoe van testen. Daarnaast beschrijft het Product Acceptance Plan het proces van acceptatie (werkwijze) en de criteria op basis waarvan zal worden geaccepteerd. De acceptatiecriteria worden vervolgens vertaald naar testdoelen en een teststrategie die wordt vastgelegd in het Master Plan. De teststrategie geeft zicht in de wijze waarop de verschillende stages worden ingevuld, de soorten tests die gaan worden uitgevoerd en de werkwijze. Daarmee ontstaat ook inzicht in de benodigde middelen en resources en wordt input geleverd voor het overall projectplan. Scenario's Binnen Use Cases worden Use Case Scenario's onderkend. Deze beschrijven de verschillende manieren (zowel goed ols fout situaties) waarop een taak kon worden doorlopen. Op basis van Use Case Scenario s worden Scenario's vastgesteld: welke scenario s worden allemaal doorlopen op basis van welke soort testgevallen ( Cases) om de correcte werking aan te tonen. Het analyseren van Use Cases vanuit scenario's vormt tevens een waardevolle toets op de juistheid/correctheid van de Use Case Specifications. Deze analyse en toets kan worden gestart op basis van globale specificaties zodra Use Case Scenario s duidelijk zijn geworden. cases Op basis van de analyse van Use Cases om Scenario's vast te stellen zijn soorten testgevallen geïndentificeerd. Op basis daarvan kunnen de testgevallen worden ontworpen en fysieke testgevallen worden uitgewerkt. Bij het ontwerpen van Cases worden behalve de Scenario s ook de (Use Case) Specifications gebruikt. Ook hier dient het ontwerpen van testgevallen als toets van de specificaties. soorten Unit- en Integratietesten hebben doorgaans meer een 'whitebox'-insteek; er wordt (ook) gekeken naar de interne werking van het systeem. Vanaf systeemtest krijgt de 'blackbox'-insteek de overhand, waarbij vanuit de buitenkant de correcte werking wordt getoetst. Infocon Versie 0.1 Pagina 3 van 6

4 Toelichting: Whitebox en blackbox. Bij een whitebox-test wordt bij het testen gebruik gemaakt van de kennis hoe het betreffende programma is gebouwd. De interne werking van de 'box' is bekend. Bij een Blackbox-test ligt de focus op het resultaat. Op basis van de gegeven input wordt de verwachte output vergeleken met de werkelijke output. De interne werking van de 'box' is niet bekend. Unit/programmatest. Deze test wordt binnen het project door de Ontwikkelaar van de programmatuur uitgevoerd. Het doel van deze test is het vaststellen of de betreffende unit correct werkt. Integratietest. Deze test wordt binnen het project uitgevoerd onder verantwoording van de Project Architect. Het doel van deze test is het vaststellen of een logische verzameling van units/programma's correct en conform design werkt. Systeemtest. Deze test wordt binnen het project onafhankelijk van de Ontwikkelaars en Architecten door testers uitgevoerd. Het doel van deze test is het vaststellen dat het systeem conform requirements correct werkt. Acceptatietest. Deze test wordt door de business (opdrachtgever) uitgevoerd. Het doel van deze test is het vaststellen dat het systeem aansluit op business processen. Bij deze test wordt ook aandacht besteed aan de uiteindelijke overdracht naar functioneel, applicatie en technisch beheer. omgevingen en vinden veelal in verschillende omgevingen plaats (OTAP-principe). De ontwikkel- en systeemtestomgeving worden gebruikt voor unit- en integratietesten. Dit vereist ook dat er meer mogelijkheden aanwezig en instelbaar zijn om in die omgeving de interne werking te monitoren. De acceptatietestomgeving is in principe een blackbox-omgeving. Bepaalde testvormen vragen een omgeving die productie-like is. Leverancier Klant Ontwikkelingomgeving. Dit is primair de omgeving waarin de software ontwikkeld en voor het eerst getest wordt (unit-test). Dit is de enige omgeving binnen het OTAP-principe waar veranderingen aan de software mogen worden aangebracht. In deze omgeving wordt de integratietest uitgevoerd. omgeving. Dit is de omgeving waarin het softwareproduct door SO en de opdrachtgever samen wordt getest op een goede functionele werking. Acceptatie-omgeving. In deze omgeving worden de Functionele Acceptatietest (FAT) en de Gebruikers Acceptatietest (GAT) uitgevoerd. De acceptatieomgeving is een zo natuurlijk mogelijke nabootsing van de productie-omgeving waarin het Infocon Versie 0.1 Pagina 4 van 6

5 volgende wordt getest: de opdrachtgever toetst of de software aan de door hem/hoor gestelde normen voldoet; de beheerorganisatie toetst of de software aan de door hen opgestelde normen voldoet. Productie-omgeving. Als de acceptatietest bewijzen dat het geteste product voldoet aan de eisen van de gebruikersorganisatie van de beheerorganisatie, wordt het product verplaatst naar de productieomgeving. Dit is de zogenaamde life-omgeving waarin daadwerkelijk door de gebruikersorganisatie met het product wordt gewerkt. vormen Binnen de hierboven benoemde testsoorten worden o.o. de volgende testvormen onderkend: Securitytest. Hierbij wordt getest of ongeautoriseerden toegang kunnen krijgen tot een systeem, een applicatie en de bijbehorende data. ln het bijzonder wordt gekeken welke acties bij eventuele ongeautoriseerde benadering op de data kunnen worden uitgevoerd. Op basis van de resultaten van deze test kan worden voorspeld wat eventueel de schade is die door ongeautoriseerd gebruik kan worden aangericht en kan worden beoordeeld of de rollen binnen de applicatie juist zijn ingericht (mag een ieder waarvoor hij/zij is geautoriseerd?) Performancetest. Hierbij wordt getest of de applicatie voldoet aan de performance eisen. Bij deze test is het van belang om met verschillende werkbelastingen te testen. Regressietest. Hierbij wordt getest of een wijziging in de programmatuur geen ongewenste neveneffecten teweegbrengt in andere delen van de applicatie. Dit kunnen zowel functionele als technische neveneffecten zijn. lnstallatietest. Hierbij wordt getest of de software middels het installatieprogramma kan worden geinstalleerd op de verschillende platforms die worden ondersteund zonder dat de functionaliteit geweld wordt aangedaan. GUI/User lnterfacetest. Hierbij wordt getest of de User lnterface voldoet aan de eisen die hieraan zijn gesteld. Documentatietest. Hierbij wordt getest of de documentatie voldoet aan de eisen die hieraan zijn gesteld en voldoende toegevoegde waarde heeft. Het gaat hierbij o.a. om online help, gebruikershandleidingen en installatiehandleidingen. Portabilitytest. Deze test focust zich op de diversiteit van de hardware en software waarop het systeem moet kunnen draaien en het gemak waarmee een systeem op een ander platform draaiend kan worden gemaakt. technieken Binnen de hierboven benoemde testvormen worden o.a. de volgende testechnieken onderkend: Grenswaardenanalyse. Dit is een testtechniek waarbij de overgangen in grenswaarden van bijvoorbeeld een invoerveld worden getest. Equivalentieklasse. Deze testtechniek richt zich op het testen van klassen van mogelijke invoerwaarden die leiden tot dezelfde verwerking of resultaat. Grafentechniek. Deze testtechniek wordt gebruikt om de routes door programma's en systemen te onderkennen en testen. Procescyclustest. Deze testtechniek heeft tot doel de inpasbaarheid van een geautomatiseerd deel van het informatiesysteem binnen de administratieve organisatie (AO)-procedures te controleren. Aanpak en diepgang De betrokkenheid van de testdiscipline kan al in de Conception-fase beginnen met het vaststellen van acceptatiecriteria en het uitvoeren van een eerste test bij het gebruik van nieuwe technologie. ln de volgende fase (lnception) wordt de overall teststrategie uitgewerkt in een Master Plan. Vonuit de -discipline valideren Manager (en Analist) de, in het Product Acceptance Plan vastgelegde, acceptatiecriteria en wordt een bijdrage geleverd aan de acceptatiestrategie die in het Product Acceptance Plan wordt vastgelegd. De verantwoordelijkheid voor het Product Acceptance Plan ligt bij de Project Manager. Het plan combineert acceptatiecriteria uit de Requirementsdisipline met invoeringsaspecten uit de Business Modeling discipline aangevuld met (acceptatie)testaspecten vanuit zowel gebruikers- als beheerinvalshoek. Infocon Versie 0.1 Pagina 5 van 6

6 Input voor het Master Plan zijn ook iteraties die gedurende het project worden gerealiseerd en waarvoor testactiviteiten worden uitgevoerd. Het Master Plan beslaat het gehele gebied van unittest tot en met acceptatie door gebruikers en beheer. Ook beslaat het de toetsing van gerealiseerde iteraties in Elaboration (of mogelijk al lnception). Naast het Master Plan wordt in de lnception-fase een detailtestplan voor de lnception- en Elaboration-fase opgesteld. Het testplan voor de lnception-fase richt zich met name op het prototype dat in deze fase wordt ontwikkeld. Ten aanzien van het prototype zijn de integratie- en systeemtest van belang, hetgeen niet betekent dat de unittest niet uitgevoerd hoeft te worden. De unittest is in de fase echter minder belangrijk. In de Elaboration-fase is de doelstelling om zoveel mogelijk inhoudelijke risico's te elimineren middels het realiseren van het systeemskelet. Dit betekent ten aanzien van het testen dat in deze fase met name de onderdelen die risico's met zich meebrengen uitgebreid worden getest. Deze risico's kunnen te maken hebben met de inzet van nieuwe technologie of functionele complexileit (bijvoorbeeld complexe berekeningen). ln de Elaboration-fase doorloopt het systeemskelet alle onderkende testsoorten (inclusief de acceptatietest). Naast het testen van het systeemskelet wordt in de Elaboration-fase ook een detailtestplan voor de Construction-fase opgesteld. ln de Construction-fase wordt het systeem verder in detail ontwikkeld en getest. Alle onderdelen worden getest waarbij het complete traject van unittest tot en met acceptatietest wordt doorlopen. Aan het einde van deze fase is het systeem door de opdrachtgever geaccepteerd. ln de laatste fase (Transition) zijn de testactiviteiten beperkt tot de acceptatietest, waarbij met name wordt gekeken naar performance. Infocon Versie 0.1 Pagina 6 van 6

bedrijfsprocessen en vormt daarmee de kapstok voor de producten van andere disciplines. Het PAM is geen RUP concept.

bedrijfsprocessen en vormt daarmee de kapstok voor de producten van andere disciplines. Het PAM is geen RUP concept. 1. 1.1. Inleiding Doel De Requirementdiscipline richt zich op het vaststellen en vastleggen van de eisen en wensen die aan een oplossing worden gesteld: de requirements. Rollen De keyrol binnen deze discipline

Nadere informatie

Martin van Leeuwen Happy Testing

Martin van Leeuwen Happy Testing Titel, samenvatting en biografie Samenvatting: Deze presentatie beschrijft een aantal test maatregelen die in een RUP nieuwbouw project zijn genomen, om ervoor te zorgen dat het testen aan het eind van

Nadere informatie

Software Test Plan. Yannick Verschueren

Software Test Plan. Yannick Verschueren Software Test Plan Yannick Verschueren November 2014 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 1 Inhoudstafel 1 Introductie 3 1.1

Nadere informatie

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe SPIDER werkgroep Requirements Management Subwerkgroep Methoden Toelichting inhoud en voortgang tot nu toe donderdag 17 januari 2008 Frans van Veen Bert Dubbelman Robert van Lieshout Erwin Bolwidt Jan-Willem

Nadere informatie

Testen bij DWH-projecten

Testen bij DWH-projecten Testen bij DWH-projecten Snelheid, Kwaliteit, Flexibiliteit onder úw regie Armando Dörsek, Software Control 18-09-2007 Wat gaat u horen? Testen van DW/BI > Structureren & Plannen Project- en teamstructuur

Nadere informatie

Software Test Plan. Yannick Verschueren

Software Test Plan. Yannick Verschueren Software Test Plan Yannick Verschueren Maart 2015 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 2 December 2014 Yannick Verschueren

Nadere informatie

Testgedreven ontwikkeling dat is pas veilig!

Testgedreven ontwikkeling dat is pas veilig! Testgedreven ontwikkeling dat is pas veilig! INTRODUCTIE ANKO TIJMAN 2 Software tester sinds 1997 (TMap, ISEB Practitioner) Eerste agile ervaring in 2001 Presentaties op (inter)nationale congressen Nov

Nadere informatie

RAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

RAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. RAD Rapid application development Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...

Nadere informatie

Woordenlijst bij TMap

Woordenlijst bij TMap Woordenlijst bij TMap Acceptatietest De door de toekomstige gebruiker(s) en beheerder(s) in een zoveel mogelijk als-ware-het-productie omgeving uitgevoerde test, die moet aantonen dat het ontwikkelde systeem

Nadere informatie

TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE. 1. Inleiding. 2. TMap methode. Kwaliteit zonder gestructureerd testen is toeval.

TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE. 1. Inleiding. 2. TMap methode. Kwaliteit zonder gestructureerd testen is toeval. TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE Kwaliteit zonder gestructureerd testen is toeval Inhoudsopgave 1. Inleiding 2. De TMap methode 3. De fase Planning & Beheer 4. De fase testspecificatie 5. De

Nadere informatie

Kwaliteitsbewaking en testen in ICT beheerorganisaties

Kwaliteitsbewaking en testen in ICT beheerorganisaties DKTP Informatie Technologie Veembroederhof 1 1019 HD Amsterdam Telefoon 020 427 52 21 Kwaliteitsbewaking en testen in ICT beheerorganisaties Voor de meeste projectgroepen die software ontwikkelen vormt

Nadere informatie

Agile Testen in de praktijk

Agile Testen in de praktijk 1 Agenda 2 Agile Testen in de praktijk Summerschool 13 Juli 2011 Introductie Agile de context van agile Testen2.0 de tester in een agile project Waarden en principes DoD, PRA en MTP Testen3.0 in een agile

Nadere informatie

Software Test Plan. PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar 2014-2015

Software Test Plan. PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar 2014-2015 Software Test Plan PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar 2014-2015 Jens Nevens - Sander Lenaerts - Nassim Versbraegen Jo De Neve - Jasper Bevernage Versie 1 Versie

Nadere informatie

Voorbeeldexamen. Testen Foundation. Editie maart 2012

Voorbeeldexamen. Testen Foundation. Editie maart 2012 Voorbeeldexamen Testen Foundation Editie maart 2012 Copyright 2012 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system or circulated

Nadere informatie

Satisfy the real (and changing) customer expectation

Satisfy the real (and changing) customer expectation Han Duisterwinkel Test & Quality competence RUP competence LogicaCMG Nederland B.V. Eemsgolaan 1 P.O. Box 70237 9704 AE Groningen The Netherlands www.logicacmg.com @logicacmg.com

Nadere informatie

Software Test Document

Software Test Document Software Test Document PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar 2014-2015 Jens Nevens - Sander Lenaerts - Nassim Versbraegen Jo De Neve - Jasper Bevernage Versie

Nadere informatie

TMAP NEXT DOCUMENT OVERZICHT TOEGEPASTE TESTVORMEN

TMAP NEXT DOCUMENT OVERZICHT TOEGEPASTE TESTVORMEN TMAP NEXT DOCUMENT OVERZICHT TOEGEPASTE TESTVORMEN Copyright Sogeti Nederland B.V. te Vianen Niets uit deze uitgave mag verveelvoudigd en/of openbaar worden gemaakt (voor willekeurig welke doeleinden)

Nadere informatie

het doel, de keuzen zijn gebaseerd op kennis en ervaring van de deelnemers van de bijeenkomsten.

het doel, de keuzen zijn gebaseerd op kennis en ervaring van de deelnemers van de bijeenkomsten. Rational Unified Process: aandachtspunten voor de auditor Systeemontwikkelingsorganisaties introduceren met regelmaat nieuwe of andere softwareontwikkelmethoden. Vaak ligt hier een ontevredenheid over

Nadere informatie

Presentatie 06-03-2008 Gestructureerd en geautomatiseerd testen Ad Driessens en Gerben Mondeel

Presentatie 06-03-2008 Gestructureerd en geautomatiseerd testen Ad Driessens en Gerben Mondeel Presentatie 06-03-2008 Gestructureerd en geautomatiseerd testen Ad Driessens en Gerben Mondeel Doelstelling Introductie Practis en Producten Project bij Achmea Testaanpak Concrete toepassing van Rational

Nadere informatie

Testen. Presentatie. Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2

Testen. Presentatie. Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2 Testen Presentatie Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2 Algemeen Tegenwoordig behoeft het belang van testen nauwelijks nog te worden uitgelegd. Binnen organisaties speelt

Nadere informatie

BDD/Gherkin. Een introductie

BDD/Gherkin. Een introductie BDD/Gherkin Een introductie Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. BDD... 4 3. Gherkin... 5 4. BDD-Tools... 6 5. Voordelen... 7 6. Benodigde kennis en vaardigheden...

Nadere informatie

1. Business Proces Modeling

1. Business Proces Modeling 1. 1.1. Inleiding Doel Een eerste onderdeel in ERP en Kwaliteitsmaatregelen is. Deze discipline is vooral van belang om de context te beschrijven waarbinnen en waartoe (met welk doel) de verandering (de

Nadere informatie

Regressietesten. De aanpak en aandachtspunten. Algemene informatie voor medewerkers van: SYSQA B.V.

Regressietesten. De aanpak en aandachtspunten. Algemene informatie voor medewerkers van: SYSQA B.V. Regressietesten De aanpak en aandachtspunten Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 8 Inhoudsopgave 1 INLEIDING...3 1.1 ALGEMEEN...3 1.2 VERSIEBEHEER...3

Nadere informatie

Mastertestplan <> <>

Mastertestplan <<Naam project>> <<Organisatie>> Mastertestplan SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie Pagina 2 van 17 Inhoudsopgave 1 Management

Nadere informatie

Ontwikkelen en testen van e-business: beheerste dynamiek

Ontwikkelen en testen van e-business: beheerste dynamiek Ontwikkelen en testen van e-business: beheerste dynamiek Het ontwikkelen en gestructureerd testen van administratieve systemen is gebaseerd het watervalprincipe. Bij het ontwikkelen volgens het watervalprincipe

Nadere informatie

Webtesten onder schaarste

Webtesten onder schaarste Testnet najaarsevenement 2005 B e y o n d t h e o r d i n a r y Webtesten onder schaarste Vincent Staal ORDINA NV Ringwade 1 Postbus 7101 3430 JC Nieuwegein Tel: 030 6637000 Fax: 030 6637099 www.ordina.nl

Nadere informatie

Van Risicoanalyse tot Teststrategie

Van Risicoanalyse tot Teststrategie Van Risicoanalyse tot Teststrategie Cees Dulfer, Sr. Testconsultant Rabobank Nederland TestNet, 2 november 2005 1/28 TestNet, 2 november 2005 2/28 Agenda Historie Testproces en positionering Product Risico

Nadere informatie

Wij testen..maar....wat test jij?

Wij testen..maar....wat test jij? Wij testen..maar....wat test jij? Wij testen maar wat test jij? Harm Pul, Busineslinemanager Functioneel Beheer TMAP dag 2015, 29 september 2015 Bussum 2 Herkent u dit? De gebruikers testen dit straks

Nadere informatie

Ministerie van Infrastructuur en Milieu Beheerst naar beheer

Ministerie van Infrastructuur en Milieu Beheerst naar beheer Document D-2 Ministerie van Infrastructuur en Milieu Beheerst naar beheer Versie 1.0 Datum 15 juli 2014 Status Definitief Colofon Versie 1.0 Contactpersoon Paul Leunissen M 06-5250 6691 Paul.Leunissen@minienm.nl

Nadere informatie

Van requirements naar teststrategie

Van requirements naar teststrategie Van requirements naar teststrategie Testnet 7 januari 009 Ruud Harreman Appie Pries Waarom dit onderwerp? Leveranciersperspectief Bestaande testmethodes geven weinig aanknopingspunten hoe requirements

Nadere informatie

1Modelexamen 1. Modelexamen 1

1Modelexamen 1. Modelexamen 1 1Modelexamen 1 Het examen PRINCE2 Foundation wordt in Nederland afgenomen door Stichting EXIN. Om u voor te bereiden op het examen is er een representatief modelexamen bijgevoegd. Het examen bestaat uit

Nadere informatie

VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER

VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER Sander Hoogendoorn Versie 1.0 15 april 2002 Documentbeheer Versie Datum Auteur Omschrijving 0.1 15 April 2002 Sander Hoogendoorn 0.2 15 april

Nadere informatie

Business Intelligence Teststrategie

Business Intelligence Teststrategie Business Intelligence Teststrategie een teststrategie volgens TMap NEXT Schiphol, 30 september 2009 Bart Vrenegoor, Sogeti Nederland B.V. Programma Waarom een teststrategie? Opstellen BI-Teststrategie

Nadere informatie

ICT Beheermodel informatiesystemen Drechtsteden Baseline inrichting ICT beheermodel Drechtsteden

ICT Beheermodel informatiesystemen Drechtsteden Baseline inrichting ICT beheermodel Drechtsteden Drechtsteden Technische Architectuur (DTA) ICT Beheermodel informatiesystemen Drechtsteden Baseline inrichting ICT beheermodel Drechtsteden Status : Definitief 1.0 Redactie : DTA Datum : 29-08-2007 1 Versiebeheer

Nadere informatie

GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter

GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter 2 Opdrachtgever : Opdrachtnemers : Ing. P. van den Berg Michel van Reenen Thijs Mommen GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter

Nadere informatie

Organisatie SYSQA B.V. Pagina 1 van 6 Titel Overzicht Versie 1.0 Onderwerp Overzicht blackbox testtechnieken Datum 15 februari 1996

Organisatie SYSQA B.V. Pagina 1 van 6 Titel Overzicht Versie 1.0 Onderwerp Overzicht blackbox testtechnieken Datum 15 februari 1996 Organisatie SYSQA B.V. Pagina 1 van 6 Black-Box Test Technieken Er zijn een aantal test specificatie technieken, verder testtechnieken genoemd, die bruikbaar zijn binnen het black-box acceptatietesten.

Nadere informatie

Vrijgaveadvies. Project

Vrijgaveadvies. Project <naam project> Vrijgaveadvies Project SYSQA B.V. Almere Datum : 08-02-2013 Status : Versie : Opgesteld door : Organisatie Project Pagina 2 van 16 Inhoudsopgave 1 Management samenvatting...

Nadere informatie

ISTQB Foundation level. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

ISTQB Foundation level. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. ISTQB Foundation level Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3

Nadere informatie

TESTING POLICY. Van Caneghem Wouter Functionele Analist - Fedict. Dussart Dirk Architect - Fedict

TESTING POLICY. Van Caneghem Wouter Functionele Analist - Fedict. Dussart Dirk Architect - Fedict TESTING POLICY Van Caneghem Wouter Functionele Analist - Fedict Dussart Dirk Architect - Fedict Contents 1. Inleiding... 5 1.1. Doel van dit document... 5 1.2. Waarom testen?... 5 1.3. Wat is testen...

Nadere informatie

Sjabloon testplan o.b.v. situationeel testen. <>

Sjabloon testplan o.b.v. situationeel testen. <<Organisatie>> Sjabloon testplan o.b.v. situationeel testen SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 11 Over dit sjabloon Dit

Nadere informatie

Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten

Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten SYSQA B.V. Almere Datum : 06 mei 2013 Status : definitief Versie : 2.0 Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 5 Overzicht

Nadere informatie

Procesgerichte IT BPM de link tussen bedrijf en IT

Procesgerichte IT BPM de link tussen bedrijf en IT 24 november 2010 Procesgerichte IT BPM de link tussen bedrijf en IT ir. Martin R. Meijer senior BPM/EAI consultant Agenda Business Process Management, een historisch overzicht BPM als bindmiddel geschikte

Nadere informatie

TestNet voorjaarsevenement 2014 Managen van een KetenTest bij NS met hun TOPAAS toolsuite. Managen van een Ketentest bij NS met hun TOPAAS tool-suite

TestNet voorjaarsevenement 2014 Managen van een KetenTest bij NS met hun TOPAAS toolsuite. Managen van een Ketentest bij NS met hun TOPAAS tool-suite Managen van een Ketentest bij NS met hun TOPAAS tool-suite Bart Broekman mei 2014 Onderwerpen De (prachtige) TOPAAS tooling De (niet zo prachtige) project-situatie De (oh zo mooie) dingen die we ermee

Nadere informatie

Offshoring & Testing. Verander een uitdaging in een kans. Door Ernst Labruyère. re Consultant ps_testware. 20 september 2007

Offshoring & Testing. Verander een uitdaging in een kans. Door Ernst Labruyère. re Consultant ps_testware. 20 september 2007 Offshoring & Testing Verander een uitdaging in een kans Door Ernst Labruyère re Consultant ps_testware 20 september 2007 Ernst Labruyere- Offshoring en Testing: : Verander een uitdaging in een kans - 1

Nadere informatie

RUP Rational Unified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

RUP Rational Unified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. RUP Rational Unified Process Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 14 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...

Nadere informatie

Erwin van den Hul De stappen van een complexe risico analyse matrix naar concreet testen

Erwin van den Hul De stappen van een complexe risico analyse matrix naar concreet testen Titel, samenvatting en biografie Erwin van den ul De stappen van een complexe risico analyse matrix naar concreet testen Samenvatting: Zie volgende pagina. Biografie: Erwin heeft ruim 10 jaar aansprekende

Nadere informatie

Test rapportage Waarom eigenlijk?

Test rapportage Waarom eigenlijk? Testrapportage Boodschappers van de koning? Test rapportage Waarom eigenlijk? TestNet voorjaarsevenement 2015 Jurian van de Laar Jurian van de Laar @JurianvdL 30 april 2015 @JurianvdL Jurian van de Laar

Nadere informatie

De wereld is een schouwtoneel, elk speelt zijn rol en krijgt zijn deel (Joost van den Vondel) Hoofdstuk 4. Rolbeschrijvingen

De wereld is een schouwtoneel, elk speelt zijn rol en krijgt zijn deel (Joost van den Vondel) Hoofdstuk 4. Rolbeschrijvingen De wereld is een schouwtoneel, elk speelt zijn rol en krijgt zijn deel (Joost van den Vondel) Hoofdstuk 4 V1.1 / 01 september 2015 MCTL v1.1 4. : taken, bevoegdheden en verantwoordelijkheden... 3 Rol Key-user...

Nadere informatie

Unified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Unified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Unified Process Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. Unified Process... 4 3. Fasering... 5 3.1.

Nadere informatie

Procesvalidatie voor een veiliger ketentest

Procesvalidatie voor een veiliger ketentest Procesvalidatie voor een veiliger ketentest Johan Vink TestNet Voorjaarsevenement 2010 Agenda Inleiding Typering project & testaanpak Werkwijze business proces Probleem De opdracht voor het testteam Probleemanalyse

Nadere informatie

Handleiding voor aansluiten op Digilevering

Handleiding voor aansluiten op Digilevering Handleiding voor aansluiten op Digilevering Versie 1.0 Datum 1 augustus 2013 Status definitief Colofon Projectnaam Digilevering Versienummer 1.0 Contactpersoon Servicecentrum Logius Organisatie Logius

Nadere informatie

De beheerrisico s van architectuur

De beheerrisico s van architectuur De beheerrisico s van architectuur Een overzicht van de ArChimate Risico Extensie versie 0.2 Bert Dingemans Inleiding Het implementeren van een (enterprise) architectuur brengt altijd risico s met zich

Nadere informatie

Adding value to test tooling Hoe en waarom DevOps de wereld van performance testen verandert

Adding value to test tooling Hoe en waarom DevOps de wereld van performance testen verandert Hoe en waarom DevOps de wereld van performance testen verandert Najaarsevenement 14 oktober 2015 Inleiding Wie zijn we Marc Koper: Specialist in performancetesten / testautomatisering HenkJaap van den

Nadere informatie

Rapport Richtlijn gebruik productiegegevens

Rapport Richtlijn gebruik productiegegevens Rapport Richtlijn gebruik productiegegevens Documenthistorie Datum en versienummer Auteur Opmerking Versie 1.0, 20 december 2005 M. van der Werff, B. de Wit Ter vaststelling door DPB Goedkeuring Datum

Nadere informatie

a. Wat wordt verstaan onder V&V? b. Uit welke kernactiviteiten bestaat V&V? c. Noem enkele voor- en nadelen van inspecties. d. Idem voor testen.

a. Wat wordt verstaan onder V&V? b. Uit welke kernactiviteiten bestaat V&V? c. Noem enkele voor- en nadelen van inspecties. d. Idem voor testen. Eindtoets T07351 Software engineering Een eindtoets staat in het algemeen model voor het tentamen van de betreffende cursus. Aangezien deze cursus een mondeling tentamen heeft, bevat deze eindtoets slechts

Nadere informatie

Teststrategien. Pieter van den Hombergh. 20 februari 2014. Fontys Hogeschool voor Techniek en Logistiek Software Engineering

Teststrategien. Pieter van den Hombergh. 20 februari 2014. Fontys Hogeschool voor Techniek en Logistiek Software Engineering Teststrategien Pieter van den Hombergh Fontys Hogeschool voor Techniek en Logistiek Software Engineering 20 februari 2014 HOM/FHTeL Teststrategien 20 februari 2014 1/33 1 Acceptatietesten Belangen Inhoud

Nadere informatie

Sjabloon testplan op basis van SYSQA -teststrategieaanpak. <>

Sjabloon testplan op basis van SYSQA -teststrategieaanpak. <<Organisatie>> Sjabloon testplan op basis van SYSQA -teststrategieaanpak SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie Sjabloon detailtestplan op basis

Nadere informatie

Testaanpak: leidraad voor het kiezen van een testtechniek

Testaanpak: leidraad voor het kiezen van een testtechniek Testaanpak: leidraad voor het kiezen van een testtechniek SYSQA B.V. Almere Datum : 18 november 2012 Status : Definitief Opgesteld door : Organisatie: SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 Inleiding...

Nadere informatie

8-12-2015. Hoe test je een pen? Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten

8-12-2015. Hoe test je een pen? Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten Les 1 Docent: Marcel Gelsing Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten Hoe test je een pen? 1 Bekijk eerst het filmpje over

Nadere informatie

Software Test Documentation

Software Test Documentation FACULTEIT INGENIEURSWETENSCHAPPEN & WE- TENSCHAPPEN DEPARTMENT OF COMPUTER SCIENCE AND APPLIED COMPUTER SCIENCE Software Test Documentation Software Engineering Nicolas Carraggi, Youri Coppens, Christophe

Nadere informatie

Risico s bij ERP. SYSQA B.V. Almere. Datum : 6 mei 2013 Status : Definitief Versie : 2.0 Opgesteld door :

Risico s bij ERP. SYSQA B.V. Almere. Datum : 6 mei 2013 Status : Definitief Versie : 2.0 Opgesteld door : Risico s bij ERP SYSQA B.V. Almere Datum : 6 mei 2013 Status : Definitief Versie : 2.0 Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 13 Titel Risico s bij ERP Versie 2.0 Datum 06-05-2013 Inhoudsopgave

Nadere informatie

ERP Testing. HP Nijhof. Testmanager. Testnet November 2005

ERP Testing. HP Nijhof. Testmanager. Testnet November 2005 ERP Testing HP Nijhof Testmanager Testnet November 2005 Solution Sales Meeting7 November 2005 1 Agenda Waarom pakketten testen? Schaarse middelen? Ideale ERP test situatie Vragen 2 De centrale vraag ERP

Nadere informatie

Medical device software

Medical device software Medical device software Medical device software Software ontwikkeling voor de medische wereld Nspyre Herculesplein 24 3584 AA Utrecht T 088-827 50 00 F 088-827 50 99 www.nspyre.nl Medical devices zijn

Nadere informatie

Plan van aanpak Toogle

Plan van aanpak Toogle Plan van aanpak Toogle Gemaakt door, Kevin Donkers Paul v.d. Linden Paul Eijsermans en Geert Tapperwijn 1 Inhoudsopgave 1 Inhoudsopgave...2 2 Inleiding...3 3 Projectopdracht...4 4 Projectactiviteiten...5

Nadere informatie

Ontwikkelaar ICT. Context. Doel

Ontwikkelaar ICT. Context. Doel Ontwikkelaar ICT Doel Ontwikkelen en ontwerpen van ICT-producten, binnen overeen te komen dan wel in een projectplan vastgelegde afspraken ten aanzien van tijd, budget en kwaliteit, opdat overeenkomstig

Nadere informatie

Teststrategien. Hebben we wel het juiste gebouwd? Pieter van den Hombergh. 20 februari 2014

Teststrategien. Hebben we wel het juiste gebouwd? Pieter van den Hombergh. 20 februari 2014 Teststrategien Pieter van den Hombergh Fontys Hogeschool voor Techniek en Logistiek Software Engineering 20 februari 2014 HOM/FHTeL Teststrategien 20 februari 2014 1/33 1 points 2 Review plan debugging

Nadere informatie

De wereld is een schouwtoneel, elk speelt zijn rol en krijgt zijn deel (Joost van den Vondel) Hoofdstuk 4. Rolbeschrijvingen

De wereld is een schouwtoneel, elk speelt zijn rol en krijgt zijn deel (Joost van den Vondel) Hoofdstuk 4. Rolbeschrijvingen De wereld is een schouwtoneel, elk speelt zijn rol en krijgt zijn deel (Joost van den Vondel) Hoofdstuk 4 V1.2 / 01 februari 2016 MCTL 4. v1.2 Geen copyright! MCTL is in licentie gegeven volgens een Creative

Nadere informatie

PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D

PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D Auteur : P. van der Meer, Ritense B.V. Datum : 17 juli 2008 Versie : 1.3 2008 Ritense B.V. INHOUD 1 VERSIEBEHEER...1 2 PROJECT

Nadere informatie

Scorpio ICT Project Management

Scorpio ICT Project Management Curriculum Vitae Personalia Naam Marcel Lanting Adres Calville 22 Woonplaats 2771 PN Boskoop Telefoon 0172 462 440 Geboren te 18 november 1965 te Edam Algemene beschrijving Sinds 1990 ben ik werkzaam in

Nadere informatie

ISACA round-table 7 december 2009 Rik Marselis

ISACA round-table 7 december 2009 Rik Marselis ISACA round-table 7 december 2009 Rik Marselis Senior Testconsultant bij Sogeti Penningmeester van BNTQB, de member board voor België en Nederland van de International Software Testing Qualifications Board

Nadere informatie

Testmanagement In de zorgsector

Testmanagement In de zorgsector Testmanagement In de zorgsector Auteur : Yvonne Goorman Review : Ilse Verstappen, Ray Oei Versie : 1.0 Datum : 7 juli 2009 Bruggebouw Bos en Lommerplein 280 Postbus 9204 1006 AE Amsterdam Telefoon (020)

Nadere informatie

Cecile Davis & Leo van der Aalst cecile.davis@sogeti.nl & leo.vander.aalst@sogeti.nl

Cecile Davis & Leo van der Aalst cecile.davis@sogeti.nl & leo.vander.aalst@sogeti.nl (fr)agile Balance Cecile Davis & Leo van der Aalst cecile.davis@sogeti.nl & leo.vander.aalst@sogeti.nl Voorstelronde Naam Organisatie Ervaring met testen in agile omgevingen Verwachting 2 Agenda 09:30

Nadere informatie

Het BiSL-model. Een whitepaper van The Lifecycle Company

Het BiSL-model. Een whitepaper van The Lifecycle Company Het BiSL-model Een whitepaper van The Lifecycle Company Met dit whitepaper bieden we u een overzicht op hooflijnen van het BiSL-model. U vindt een overzicht van de processen en per proces een beknopte

Nadere informatie

Van doemaar naar succesvol projectmanagement, de &-&-& Paradox. Ir. Roel Wessels ESEF 2012 13 maart 2012

Van doemaar naar succesvol projectmanagement, de &-&-& Paradox. Ir. Roel Wessels ESEF 2012 13 maart 2012 Van doemaar naar succesvol projectmanagement, de &-&-& Paradox Ir. Roel Wessels ESEF 2012 13 maart 2012 2 Vakmanschap Presteren bij niet-ideale omstandigheden 3 Vakmanschap Presteren ondanks tegenwind

Nadere informatie

Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken

Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken De business organisatie heeft altijd stijgende verwachtingen van uw IT organisatie. Meer dan ooit is het van

Nadere informatie

Draaiboek Invoering Basisregistratie Personen l Afnemers

Draaiboek Invoering Basisregistratie Personen l Afnemers Draaiboek Invoering Basisregistratie Personen l Afnemers Hoofdstap 4 Aansluiten Publicatiedatum: oktober 2014 Inleiding In de hoofdstap Aansluiten voert u de laatste voorbereidende werkzaamheden uit (technisch,

Nadere informatie

ISO4 Opdracht 2 Tmap Next testplan

ISO4 Opdracht 2 Tmap Next testplan ISO4Opdracht2 TmapNexttestplan HermanvanderMeulen s1013123 Versie1.0 08 04 2009 Inhoudsopgave Versiebeheer... 3 Inleiding... 4 1.Opdracht... 5 1.1Opdrachtgever... 5 1.2Opdrachtnemer... 5 1.3Opdracht...

Nadere informatie

Business Process Management

Business Process Management Business Process Management Prof. dr. Manu De Backer Universiteit Antwerpen Katholieke Universiteit Leuven Hogeschool Gent Wat is een bedrijfsproces? Een verzameling van (logisch) gerelateerde taken die

Nadere informatie

RAD en testen. Een aanpak. Algemene informatie voor medewerkers van SYSQA B.V.

RAD en testen. Een aanpak. Algemene informatie voor medewerkers van SYSQA B.V. RAD en testen Een aanpak Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA Pagina 1 van 23 Managementsamenvatting Rapid Application Development (RAD) is een systeem-ontwikkelingsmethode

Nadere informatie

De overstap naar Agile De overstap naar Agile

De overstap naar Agile De overstap naar Agile De overstap naar Agile De overstap naar Agile Wat als niet alleen de requirements veranderen, maar alles verandert? Inleiding Start project met waterval aanpak Overstap naar agile Hoe hebben we het gedaan?

Nadere informatie

SDM II - System Development Methodology II. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

SDM II - System Development Methodology II. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. SDM II - System Development Methodology II Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 12 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2

Nadere informatie

Testen en de euro. Drs. P.R.B. Holland en S.N.T. Tuijp

Testen en de euro. Drs. P.R.B. Holland en S.N.T. Tuijp 3 Testen en de euro Drs. P.R.B. Holland en S.N.T. Tuijp Dit artikel beschrijft op hoofdlijnen wat het belang is van testen, welke maatregelen dienen te worden genomen en wat de risico s daarbij zijn. Daarbij

Nadere informatie

EISEN AAN TESTPLANNEN

EISEN AAN TESTPLANNEN EISEN AAN TESTPLANNEN Auteur : Datum : Versie :.. Status :.. Datum overdracht : Overgedragen aan : Inhoudsopgave 1 Inleiding...

Nadere informatie

SEN1 Software Engineering 1

SEN1 Software Engineering 1 SEN1 Software Engineering 1 Pieter van den Hombergh Ferd van Odenhoven Fontys Hogeschool voor Techniek en Bedrijfsmanagement Software Engineering 6 maart 2008 FvO,PvdH/FHTBM SEN1 Software Engineering 1

Nadere informatie

Informatica 2 Studiehandleiding

Informatica 2 Studiehandleiding Informatica 2 Studiehandleiding Embedded Systems Engineering Groep: ES1D ir drs E.J Boks 25-02-2010 Inhoud 1 Inleiding... 2 2 Doelstelling... 3 3 Beoordeling... 4 4 Eisen aan het verslag... 6 Voorbeeld

Nadere informatie

Stuurgroep ICT innovatie in de ouderenzorg. 12 oktober 2010

Stuurgroep ICT innovatie in de ouderenzorg. 12 oktober 2010 Stuurgroep ICT innovatie in de ouderenzorg 12 oktober 2010 Agenda High Level Scope Projectorganisatie en werkingsprincipes Projectplanning en roll-out Projectopvolging Evaluatie diensten Agenda volgende

Nadere informatie

TestNet Summer School 2011

TestNet Summer School 2011 TestNet Summer School 2011 Datacombinatest met de Classification Tree Editor Kees Saffrie Qualityhouse BV email: k.saffrie@qualityhouse.nl Definities Datacombinatietest een black box testtechniek waarbij

Nadere informatie

Testen kost te veel tijd

Testen kost te veel tijd Testen kost te veel tijd De oplevering van een nieuwe ICT applicatie betekent in de praktijk voor de opdrachtgever nog geen reden voor een feest. Vaak blijkt het product in onvoldoende mate te voldoen

Nadere informatie

Olde Bijvank Advies Organisatieontwikkeling & Managementcontrol

Olde Bijvank Advies Organisatieontwikkeling & Managementcontrol SAMENVATTING ITIL ITIL is nog steeds dé standaard voor het inrichten van beheerspocessen binnen een IT-organisatie. En dekt zowel applicatie- als infrastructuur beheer af. Indien gewenst kan ITIL worden

Nadere informatie

Agile testen - kwaliteit onder controle

Agile testen - kwaliteit onder controle Agile testen - kwaliteit onder controle Marc Evers Piecemeal Growth Anko Tijman Ordina TestNet 16 maart 2006 www.testnet.org Agenda Wat betekent agile en agile testen Kwaliteitsborging in agile projecten

Nadere informatie

PROJECT MANAGEMENT 1 PROJECT MANAGERS CHECKLIST

PROJECT MANAGEMENT 1 PROJECT MANAGERS CHECKLIST 1 WE SCHIJNEN ALTIJD TIJD TE VINDEN OM HET OVER TE DOEN?! LATEN WE HET DE EERSTE KEER - GELIJK GOED DOEN! Overdracht van het Offerte Team Heb je een kopie van het kosten- en/of prijsmodel? Heb je een kopie

Nadere informatie

Plan van Aanpak Pilot

Plan van Aanpak Pilot Plan van Aanpak Pilot DBK-applicaties Beproeven compatibiliteit DBK-applicaties op innovatieplatform voor de Veiligheidsregio s Status : concept Versienummer : V0.2 Datum : Augustus 2012 Blad : 2 / 6 Inhoudsopgave

Nadere informatie

ARE methodiek Het ontwikkelen van Informatie Elementen

ARE methodiek Het ontwikkelen van Informatie Elementen ARE methodiek Het ontwikkelen van Informatie Elementen WI1: Het opstarten van het project Milestone 1 WI2: Ontwikkel een Vison WI3: Modelleer het Business Domain WI4: Creëer een Glossary WI7: Beheer wijzigingen

Nadere informatie

Testen van digitale leeromgevingen bij ThiemeMeulenhoff. Een Exploratory testaanpak in een veranderende wereld.

Testen van digitale leeromgevingen bij ThiemeMeulenhoff. Een Exploratory testaanpak in een veranderende wereld. Testen van digitale leeromgevingen bij ThiemeMeulenhoff Een Exploratory testaanpak in een veranderende wereld. Hallo! Rob van Steenbergen Tester sinds 1996 Diverse rollen Sinds 2008: Chickenwings Test

Nadere informatie

Project Methodiek. 15:00 u

Project Methodiek. 15:00 u 15:00 u Project Methodiek Hoe zorgt u dat ICT projecten op een geborgde manier uitvoering vinden, binnen tijd en budget en met het doel dat de functionele eisen en wensen ingewilligd worden? Projectmethodiek

Nadere informatie

Portal Planning Process

Portal Planning Process BROCHURE Portal Planning Process SAMENWERKEN AAN EEN WAARDEVOL PORTAAL BROCHURE PORTAL PLANNING PROCESS 2 Axians PORTAL PLANNING PROCESS BROCHURE Inhoud Introductie 4 3 Portal Planning Process 5 4 Uitdagingen

Nadere informatie

Ant: B Dit is het doel van het proces.

Ant: B Dit is het doel van het proces. In welk proces vormt het voor aanpassingen in de informatievoorziening beschikbaar gestelde budget een mandaat voor besluitvorming? A: Contractmanagement B: Financieel management C: Transitie D: Wijzigingenbeheer

Nadere informatie

MCTL - Managing Computer Technology Library

MCTL - Managing Computer Technology Library 16. TAAKGEBIED TESTEN Testen is een vakgebied dat werkzaamheden omvat die zich uitstrekken van diep in de techniek tot diep in de gebruikersorganisatie. Binnen MCTL wordt uitsluitend het functionele deel

Nadere informatie

Problematiek in projecten

Problematiek in projecten Problematiek in projecten Het project bouwt andere producten dan afgesproken Het project valt duurder uit dan begroot Het project loopt langer dan gepland Het product sluit niet aan bij de werksituatie

Nadere informatie

TESTAUTOMATISERING IN EEN ETL-OMGEVING

TESTAUTOMATISERING IN EEN ETL-OMGEVING Pagina 21 TESTAUTOMATISERING IN EEN ETL-OMGEVING Door John Kronenberg John.Kronenberg@bartosz.nl @johnkronenberg Edward Crain Edward.crain@divetro.nl Welke groeifasen werden doorlopen in testautomatisering

Nadere informatie