Bijlage 3: Master testplan

Maat: px
Weergave met pagina beginnen:

Download "Bijlage 3: Master testplan"

Transcriptie

1 Bijlage 3: Master testplan KIS Testplan Inaxion Lelystad Adres: Jol -20 Postbus : 609 Postcode Plaats 8483 ED Lelystad I Plaats Lelystad Datum 22 maart 200 Auteur Saidou Diallo Status Finaal.0

2 Naam Datum laatst aangepast Omschrijving van de inhoud Soort document Opmerkingen KIS Testplan 5/0/200 In dit document wordt het plan gemaakt over het testen van het KIS. Dit document bevat de testtechnieken, de tijdsplanning en het uitvoeren van de tests KIS eind Test document

3 Inhoudsopgave Bijlage 3: Master testplan... Inleiding... 5 Doel van het testplan... 5 Opdracht... 6 Klant... 6 Aanvoerder... 6 Opdracht... 6 Bereik... 6 Binnen bereik... 6 Buiten bereik... 6 Rapportage... 6 Organisatie... 6 Afbakening... 6 Taken en verantwoordelijkheden... 7 Overzicht producten, kwaliteitseisen en stopcriteria... 7 Documentatie... 7 Apparatuur en accommodatie... 8 Testomgeving... 8 Testtechnieken en hulpmiddelen... 8 Opleiding... 8 Tijdsplanning... 8

4 Versiebeheer januari 200 Ver Datum Auteur Omschrijving sie nov-2009 Saidou Diallo Concept dec-2009 Saidou Diallo Documentatie en testomgeving toegevoegd dec Saidou Diallo Planning aangepast.0 5 dec Saidou Diallo Concept.0 5 jan-200 Saidou Diallo Finaal Verklarende woordenlijst Term MVC KIS OO SQL injecties Bruikbaarheids Test Uitleg Model View Control Klanteninformatiesysteem, het te bouwen klantensysteem Object georiënteerd programmeren SQL-injectie bestaat uit dat een gebruiker in het invoerveld tekens invoert die er voor zorgen dat een ongewenste SQL-query wordt uitgevoerd. Eindgebruikers test uitgevoerd door de gebruikers Master testplan KIS -Inaxion Page 4

5 januari 200 Inleiding Het test proces begint met het vervaardigen van een testplan. In dit plan komen onder andere de organisatie van de test, de testtechnieken, de tijdsplanning aan de orde. Om een goede kwaliteit van het eindproduct te waarborgen worden de klant en contact modules op vier niveaus getest: White box test, twee keer tijdens het ontwikkelen van een module wordt de code review gedaan een acceptatie test wordt bij elke afsluiting van een module gedaan. Bruikbaarheids test wordt door verschillende gebruikers van het KIS uitgevoerd. Functionele test houdt in het controleren van alle use cases aan de hand van het requirements document. De selenium test wordt uitgevoerd tijdens het ontwikkelen. Voor de eindgebruikers test is een apart testplan(bruikbaarheids test) vervaardigd, door de gebruiker op te stellen in overleg met de afdeling waar het systeem later in productie draait. Het testplan voor de gebruikerstest zal, voor zover van toepassing, waarschijnlijk gelijk zijn aan het hieronder beschreven model. Bij het opzetten van eindgebruikers test is ondersteuning vanuit het projectteam gewenst. Onderwerpen die in het testplan aan de orde komen zijn o.a.: - het testdoel; - de testorganisatie; - de benodigde faciliteiten; - de testomgeving Doel van het testplan Het doel van dit testplan is om alle betrokkenen in het team van KIS te informeren over de gebruikte methode, de acitiviteiten en de tijdsplanning. Master testplan KIS -Inaxion Page 5

6 januari 200 Opdracht Klant De klant van dit project is Inaxion. De applicatie wordt gebouwd voor het intranet van Inaxion. Ze willen een product met goede kwaliteit, vandaar deze opdracht. Aanvoerder Het team van Inaxion dat bezig is om de KIS te onwikkelen en testen. Opdracht De testopdracht houdt in het uitvoeren van de functionele tests, statische tests (code review, selenium test), bruikbaarheids tests Bereik Binnen bereik Het bereik van het testproject definieert de grenzen waarin de tests worden uitgevoerd. Het bepaalt de grenzen van het testen, de testtechnieken, de diepgang. In het kader van Inaxion worden de code reviews gemaakt, de selenium tests, de functionele tests en eindgebruikers tests. De eindgebruikers tests worden uitgevoerd door 2 medewerkers van het bedrijf die met verschillende browsers gaan werken. Buiten bereik Het testen van de modules van de applicatie na de oplevering, valt buiten het bereik van dit project. Rapportage Het resultaat van de tests wordt gerapporteerd aan de opdrachtgever en de projectmanager. De code reviews worden gerapporteerd tijdens de werksessies, de functiononele tests en eindgebruikers tests aan de leiding na het afronden van de tests. De functionele tests worden twee keer gerapporteerd aan de eindusers na het afronden van de test. Organisatie Afbakening KIS is een informatie systeem om interne klanten van Inaxion te beheren via hun intranet. De tests worden gedaan in de ontwikkeling omgeving van Inaxion, het KIS wordt ook getest op verschillende browsers (Firefox, IE7, IE8, Google chrome) Master testplan KIS -Inaxion Page 6

7 januari 200 Tijdens de statische test wordt bekeken of de projectstructuur voldoet aan de eisen die vooraf gesteld zijn zoals de toepassing van de MVC pattern, OO. De codes wordt gecontroleerd op veiligheid bijvoorbeeld het voorkomen van SQL injecties. Deze fase wordt 2 keer uitgevoerd voor elke module. Er wordt ook een functionele test uitgevoerd aan de hand van de use cases. Tijdens deze test worden alle stappen doorgelopen om te bekijken dat het systeem voldoet aan de eisen die in het SRS document staan. De eindgebruikers test wordt uitgevoerd aan het eind van de ontwikkelingsfase. Meer details over deze test worden vermeld in het Bruikbaarheids Test Document Bijlage 4 van de scriptie Taken en verantwoordelijkheden In het testproces worden alle leden van het team betrokken. De formele functionele tests worden gedaan door de projectmanager/directeur om te controleren of alle functionaliteiten zijn meegenomen in het project, voordat de ontwikkelaar zelf alle functionaliteiten doorloopt en selenium testen maakt. De code reviews worden gedaan door de projectmanager en ervaren programmeurs van Inaxion. De bruikbaarheids test wordt gedaan door 2 medewerkers van Inaxion onder toezicht van de ontwikkelaars van KIS. Overzicht producten, kwaliteitseisen en stopcriteria Tijdens het testproces worden de project, ticket en website modules getest. De aangepaste functionaliteiten van de klant en contact modules worden ook getest. Alle invoervelden worden getest op datatype. Voor een goede kwaliteit van het systeem wordt verwacht dat aan alle functionele eisen wordt voldaan. De kwaliteit van de statische test wordt bepaald door een goedkeuring van de projectmanager. Alle invoervelden worden getest door de eindgebruikers. Het functionele testen wordt gedaan door de projectmanager/directeur, aan de hand van de use cases zal hij het controleren of alle functionaliteiten daarin staan. Het KIS wordt ook op verschillende browsers getest. De kwaliteit van de applicatie wordt bepaald als een gebruiker alle taken kan doorlopen zonder grote fouten. Er wordt ook naar de feedback van de gebruikers gekeken om de gebruikersvriendelijkheid te verbeteren. Documentatie Het master testplan en het bruikbaarheids testdocument worden ingeleverd bij de opdrachtgever. De testdocumentatie zal verder gebruikt worden voor het uitbreiden van de applicatie. De toekomstige ontwikkelaars kunnen aan de hand van de documentatie bekijken welke testprocedures gedaan worden in de toekomst. Die documenten worden in een testdossier opgenomen om: de kwaliteisborging aantoonbaar te maken het gekozen kwaliteitsniveau in kaart te brengen een goede overdracht voor het vervolg van het testen te waarborgen. Master testplan KIS -Inaxion Page 7

8 Apparatuur en accommodatie januari 200 Voor het uitvoeren van de tests is het nodig dat de gebruikers aangesloten zijn op het intranet van Inaxion en rechten hebben om in te loggen. Verder is het nodig dat de gebruikers beschikken over verschillende browsers. Testomgeving Voor dit project wordt de testomgeving zelf de ontwikkelingsomgeving. De ontwikkelingsomgeving van Inaxion is zoveel mogelijk gelijk aan de productieomgeving. Deze keuze zal minder problemen veroorzaken als het product in gebruik is. Sommige aspecten van een exploitatieomgeving, zoals de hoeveelheid aanwezige gegevens kunnen niet gesimuleerd worden. Gestreefd wordt naar een realistische testsituatie, alleen dan kunnen uitspraken worden gedaan over de werking onder exploitatieomstandigheden. Testtechnieken en hulpmiddelen Voor dit deel van de applicatie worden twee soorten tests gedaan: Statische tests: Dit worden code reviews die door projectmanager en andere teamleden worden gedaan en selenium testen die door de ontwikkkelaar wordt uitgevoerd. Blackbox testing: Dit houdt de bruikbaarheids testen in, die door de gebruikers worden gedaan en de fuctionele testen Opleiding Voor het uitvoeren van deze test is geen opleiding nodig. Voor de bruikbaarheids test wordt de gebruiker aan zichzelf overgelaten om te kijken hoe hij/zij de applicatie kan begrijpen. Daarna wordt hem het hoe en wat uitgelegd. Tijdsplanning Weeknummer Code reviews FT project module FT ticket module FT website module BT project module BT ticket module BT website module Selenium Legenda: FT: functionele test BT: bruikbaarheids test Zoals hierboven al is opgemerkt zal het tijdsaspect van een testplan vooral Een rol spelen in een ontwikkelsituatie. Gezien het nut van ervaringscijfers voor de opbouw van een planning is het Master testplan KIS -Inaxion Page 8

9 januari 200 belangrijk dat de voortgang bewaakt wordt om zo de beschikking te krijgen over relevante kengetallen met betrekking tot het testproces. Het projectplan is daarvoor de juiste plaats. Master testplan KIS -Inaxion Page 9

Bijlage 4: Bruikbaarheids test

Bijlage 4: Bruikbaarheids test Bijlage 4: Bruikbaarheids test Naam Bruikbaarheids test Datum aangepast 08/01/2010 Omschrijving van de inhoud Soort document Opmerkingen In dit document wordt de bruikbaarheids besproken. Dit document

Nadere informatie

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

Procesvisie op Maat. Op basis van het Master Test Plan wordt een gedetailleerd testplan voor elke fase opgesteld. 1. 1.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.

Nadere informatie

Opdrachtformulering (pagina 3 van 7)

Opdrachtformulering (pagina 3 van 7) Afstudeerovereenkomst van Tim Wils Bijlage 1 Opdrachtformulering (pagina 3 van 7) Dit project betreft een eigen framework (soort API) waarmee relatief gemakkelijk en in korte tijd eindproducten opgezet

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

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

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

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

Generiek Testplan Usability & Accessibility

Generiek Testplan Usability & Accessibility Generiek Testplan Usability & Accessibility Datum: 19 Januari 2009 Module: GMTIMP06 Docent: Bob Pikaar Studenten: - Milo Meulenkamp (0770572) - (0765676) Versiebeheer Versie Datum Auteur Omschrijving 0.1

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

Definitiestudie Pizzaketen

Definitiestudie Pizzaketen Definitiestudie XXXXXXXXXXXX Assen 06-10-2008 xxxxxxxxxxx Pagina 0 Inhoudsopgave Inhoudsopgave ------------------------------------------------------------------------------------------- 1 Inleiding --------------------------------------------------------------------------------------------------

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

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

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

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

Mastertestplan <> <>

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

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

Inlichtingenbureau Voortgangsrapportage April Realisatie van het Sectorloket-systeem

Inlichtingenbureau Voortgangsrapportage April Realisatie van het Sectorloket-systeem Inlichtingenbureau Voortgangsrapportage April 2004 Realisatie van het Sectorloket-systeem Opdrachtgever: stichting Inlichtingenbureau Status Versie Datum Definitief 1.0 27 april 2004 Inhoudsopgave Inhoudsopgave...

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

Factsheet Crowd Testen

Factsheet Crowd Testen Factsheet Crowd Testen www.testbats.com Uw klanten eisen tegenwoordig hoge kwaliteit van uw desktop applicatie, webapplicatie of mobile app. Onder alle omstandigheden en op elk apparaat. Daarom eist u

Nadere informatie

Plan van Aanpak. project Tetris Packing

Plan van Aanpak. project Tetris Packing Plan van Aanpak project Tetris Packing Inleiding! 4 Projectomschrijving! 5 Producten! 5 Testplan! 5 Ontwerprapport! 5 Implementatierapport! 5 Testrapport! 5 Systeemdocumentatie! 5 Aanpak! 6 Projectmethodiek!

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

Planning Fase 3. IS106-2 IT in Black II

Planning Fase 3. IS106-2 IT in Black II Planning Fase 3 IS106-2 IT in Black II Auteurs Jeffrey van der Lingen Joshua Terpijn Daan Befort Kevin Huijzendveld John Ghatas Groep IS106-2 Datum 10 november 2015 Inhoudsopgave Inhoud Inhoudsopgave 2

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

Project. 3D-Fraggel. Plan van aanpak. Door: IH1T08 1/1

Project. 3D-Fraggel. Plan van aanpak. Door: IH1T08 1/1 Project 3D-Fraggel Plan van aanpak Door: 1/1 Project 3D-Fraggel Plan van aanpak Datum: 07-05-2001 Plaats: Enschede Opdrachtgever: Saxion Hogeschool Enschede Instituut ICT Afdeling Hogere Informatica Contactpersoon

Nadere informatie

Frontend performance meting

Frontend performance meting Frontend performance meting als aanvulling op de traditionele manier van performancetesten René Meijboom rene@performancearchitecten.nl Introductie Uitdaging bij huidige klant Succesvolle performancetest

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

1.0 Inleiding Testplan Testdoelen Navigatie Lay-out en prioriteit Interactie

1.0 Inleiding Testplan Testdoelen Navigatie Lay-out en prioriteit Interactie Inhoudsopgave 1.0 Inleiding 3 2.0 Testplan 4 2.1 Testdoelen 4 2.1.1 Navigatie 4 2.1.2 Lay-out en prioriteit 4 2.1.3 Interactie 4 2.1.4 Content 4 2.1.5 Formulieren en foutafhandeling 5 2.1.6 Snelheid 5

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

Plan van aanpak. Website voor Bouwkundig Adviesbureau Punte. Hugo Nijhuis John Oelen Frank Hazekamp Cindy Roelofs Ben Wilbers Tim Regelink

Plan van aanpak. Website voor Bouwkundig Adviesbureau Punte. Hugo Nijhuis John Oelen Frank Hazekamp Cindy Roelofs Ben Wilbers Tim Regelink Plan van aanpak Website voor Bouwkundig Adviesbureau Punte 2009 Hugo Nijhuis John Oelen Frank Hazekamp Cindy Roelofs Ben Wilbers Tim Regelink Contents Product Backlog... 3 Documentatie... 4 Kwaliteitsbeheer...

Nadere informatie

Connect Social Business. Plan van Aanpak voor mijn stage bij ConnectSB

Connect Social Business. Plan van Aanpak voor mijn stage bij ConnectSB Connect Social Business Plan van Aanpak voor mijn stage bij ConnectSB Joey Kaan September 29, 2014 Inhoudsopgave 1 Achtergronden 1 2 Probleemstelling & Doelstelling 2 2.1 Leren Professioneel Functioneren..................

Nadere informatie

De SYSQA dienst auditing. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

De SYSQA dienst auditing. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. De SYSQA dienst auditing Een introductie 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

Inhoud Deel een Het ontwikkeltraject 1 2 3

Inhoud Deel een Het ontwikkeltraject 1 2 3 5 Inhoud Inleiding 11 Deel een Het ontwikkeltraject 13 1 Werken binnen organisaties 15 1.1 Non-profit-organisatie 15 1.2 Profit-organisatie 16 1.3 Doelen 16 1.4 Rechtsvormen 16 Rechtspersoon 17 Persoonlijke

Nadere informatie

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag

Nadere informatie

Prototype/Usability testverslag

Prototype/Usability testverslag Prototype/Usability testverslag Save Energy Leiden Dennis Wagenaar 19-04-10 v1.0 Inhoudsopgave Inleiding...3 1 Opdracht...4 1.1 Probleemstelling...4 1.2 Doelstelling...4 1.3 Onderzoeksvraag...4 1.4 Deelvragen...4

Nadere informatie

Projectplan. Informatie arrangementen als app. s-hertogenbosch, 6 december 2011

Projectplan. Informatie arrangementen als app. s-hertogenbosch, 6 december 2011 Projectplan Informatie arrangementen als app s-hertogenbosch, 6 december 2011 i Versiebeheer Algemene gegevens Projectnaam Informatie arrangementen als app Uitgave Final Datum 6 december 2011 Auteurs Projectleider

Nadere informatie

Ontwikkelmethoden en technieken. Ontwikkelmethoden & Technieken HC 4

Ontwikkelmethoden en technieken. Ontwikkelmethoden & Technieken HC 4 Ontwikkelmethoden en technieken 1 Projectinrichting Ontwikkelmethoden & Technieken HC 34 2 Vandaag Terugblik? Projectinrichting Afsluiting Leestip Introductie/overzicht Week 1 Afbakening Verwachtingen

Nadere informatie

Plan van Aanpak. Christophe Deloo, Roy Straver & Machiel Visser. Versie 4 (26-06-2010)

Plan van Aanpak. Christophe Deloo, Roy Straver & Machiel Visser. Versie 4 (26-06-2010) Plan van Aanpak Christophe Deloo, Roy Straver & Machiel Visser Versie 4 (26-06-2010) Inhoudsopgave Voorwoord... 2 1 Inleiding... 3 1.1 Aanleiding... 3 1.2 Accordering en bijstelling... 3 1.3 Toelichting

Nadere informatie

Titel: Projectdocumenten niveau 4. Versie: 0.6. Datum: 28 augustus 2008. Auteur: Harmen Steenbergen / Titia Brouwer. Projectdocumenten Niveau 4

Titel: Projectdocumenten niveau 4. Versie: 0.6. Datum: 28 augustus 2008. Auteur: Harmen Steenbergen / Titia Brouwer. Projectdocumenten Niveau 4 Titel: Projectdocumenten niveau 4 Versie: 0.6 Datum: 28 augustus 2008 Auteur: Harmen Steenbergen / Titia Brouwer Pagina 1 van 10 Inhoudsopgave Inleiding...4 Algemeen...4 Planning en logboek...4 Definitiestudie...4

Nadere informatie

Realisatiefase fase 5

Realisatiefase fase 5 Realisatiefase fase 5 Dit is de tweede doe-fase. Tijdens de realisatiefase voeren jullie de ontwerpen uit om het product te realiseren. Tijdens de voorbereidingsfase hebben jullie alles wat jullie nodig

Nadere informatie

Project methodiek. Auxilium BV Oude Delft 48 2611 CD Delft. T: 015-261 23 16 F: 015-213 34 83 E: info@auxilium.nl

Project methodiek. Auxilium BV Oude Delft 48 2611 CD Delft. T: 015-261 23 16 F: 015-213 34 83 E: info@auxilium.nl Project methodiek Auxilium BV Oude Delft 48 2611 CD Delft T: 015-261 23 16 F: 015-213 34 83 E: info@auxilium.nl Inhoud 1 PROJECTMETHODIEK... 3 1.1 TIME-BOXING... 3 1.2 USER-STORIES EN STORY-POINTS... 3

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

Checklist testen Lopende zaken MijnOverheid. Versie 1.1

Checklist testen Lopende zaken MijnOverheid. Versie 1.1 Checklist testen Lopende zaken MijnOverheid Versie 1.1 Datum Status 01 oktober Definitief Definitief Checklist testen Lopende zaken MijnOverheid 01 oktober 2013 Colofon Projectnaam MijnOverheid Versienummer

Nadere informatie

EISEN AAN TESTPLANNEN

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

Nadere informatie

Kennis na het volgen van de training. Na het volgen van deze training bent u in staat:

Kennis na het volgen van de training. Na het volgen van deze training bent u in staat: Training Trainingscode Duur Gepubliceerd Taal Type Leermethode Kosten SF2015V8 4 dagen 02/02/2015 Nederlands & Engels Developer, basis Invidueel & klassikaal Op aanvraag Deze training richt zich op het

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

XP Extreme Programming. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

XP Extreme Programming. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. XP Extreme Programming Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. INLEIDING...3 2. EXTREME PROGRAMMING...4 3. FASERING...5

Nadere informatie

Het W-model: de groei naar voren. Jan Jaap Cannegieter. Praktijk van ICT-projecten

Het W-model: de groei naar voren. Jan Jaap Cannegieter. Praktijk van ICT-projecten Het W-model: de groei naar voren Jan Jaap Cannegieter Adjunct Directeur SYSQA B.V. Praktijk van ICT-projecten Req Ontwerp Realisatie Testen Testen Testen 44% van de projecten overschrijdt budget of tijd

Nadere informatie

Linkedin discussie: Hoe kan je best geld besparen op testen?

Linkedin discussie: Hoe kan je best geld besparen op testen? Linkedin discussie: Hoe kan je best geld besparen op testen? Snelle besparingen In deze tijden moet iedereen besparen. Dit wordt natuurlijk ook verwacht van een testteam: Waar kan je binnen testen besparen?

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

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

Cursus Analyse voor Web Applicaties 1. Webdesign / Web Programmeren Analyse voor web applicaties SDM methode + Basis UML

Cursus Analyse voor Web Applicaties 1. Webdesign / Web Programmeren Analyse voor web applicaties SDM methode + Basis UML Cursus Analyse voor Web Applicaties 1 Organisatie Opleiding Module Onderwerp Syntra AB Webdesign / Web Programmeren Analyse voor web applicaties SDM methode + Basis UML Analyse op basis van SDM en UML

Nadere informatie

PROJECT: ONTWIKKELOMGEVINGEN VIRTUELE TESTOMGEVINGEN

PROJECT: ONTWIKKELOMGEVINGEN VIRTUELE TESTOMGEVINGEN PROJECT: ONTWIKKELOMGEVINGEN VIRTUELE TESTOMGEVINGEN ( Project Initiation Document ) Datum voltooid: 20/03/2013 Auteur: Kevin Sanders Studentnummer: 2148839 Versie: 0.1 Status: Concept Documenthistorie

Nadere informatie

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

Rapport over het werkprofiel van Software engineer (sr)

Rapport over het werkprofiel van Software engineer (sr) Rapport over het werkprofiel van Software engineer (sr) Identificatienummer: Publicatiedatum: 19 november 2015 Leeswijzer Dit rapport omschrijft het werkprofiel van 'Software engineer (sr)' zoals die door

Nadere informatie

Project Fasering Documentatie ICT Beheerder. Auteurs: Angelique Snippe Tymen Kuperus

Project Fasering Documentatie ICT Beheerder. Auteurs: Angelique Snippe Tymen Kuperus Project Fasering Documentatie ICT Beheerder Auteurs: Angelique Snippe Tymen Kuperus Datum: 31 Januari 2011 Kerntaak 1 Ontwikkelen van (onderdelen van) informatiesystemen De volgordelijke plaats van de

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

6 weken. jaren. AO MD ALA B periode 2 HTML CSS Javascript Tafels Rekenen website.docx Pagina 1 van 6

6 weken. jaren. AO MD ALA B periode 2 HTML CSS Javascript Tafels Rekenen website.docx Pagina 1 van 6 Opleiding Complexiteit Begeleiding Duur Advies timing Focus op Applicatieontwikkelaar Periode Ontwerp en realiseert Eind Niveau Weinig begeleiding 6 Periode, ALA B Kerntaak Ontwerpen van de applicatie,

Nadere informatie

INTERPRETATIEDOCUMENT vastgesteld door het CCvD Bodembeheer

INTERPRETATIEDOCUMENT vastgesteld door het CCvD Bodembeheer INTERPRETATIEDOCUMENT vastgesteld door het CCvD Bodembeheer Van toepassing op : BRL SIKB 0100, versie 4.0-29 juni 2005 Versie en datum vaststelling : 1, 3 september 2009 Datum in werking treden : 7 september

Nadere informatie

Checklist risicofactoren IT-projecten

Checklist risicofactoren IT-projecten Organisatie SYSQA B.V. Pagina 1 van 5 Checklist risicofactoren IT-projecten In onderstaande checklists zijn de factoren die het slagen van een project beïnvloeden opgenomen. Projectomvang Hoe groot is

Nadere informatie

Wat drijft het werkveld?

Wat drijft het werkveld? Wat drijft het werkveld? Presentatie uitkomsten survey Jacob Brunekreef, Fontys ICT Jacob Brunekreef Meer dan 25 jaar werkzaam in de IT Nu: Projectleider EQuA project, Fontys ICT Adviseur / trainer bij

Nadere informatie

Projectplan. Joost Besseling Coen Boot Michiel Doorn Jorrit Dorrestijn Rens de Heer Joost Houben

Projectplan. Joost Besseling Coen Boot Michiel Doorn Jorrit Dorrestijn Rens de Heer Joost Houben Projectplan Joost Besseling Coen Boot Michiel Doorn Jorrit Dorrestijn Rens de Heer Joost Houben November 2013 1. Inhoud: 1. Inhoud:... 2 2. Inleiding... 3 3. Doel... 3 4. Analyse (Use Cases)... 3 4.1.

Nadere informatie

Intake Conclusie & Aanbevelingen. 1.0. ###-#######

Intake <applicatie> Conclusie & Aanbevelingen. <Datum> 1.0. <Auteur> ###-####### Intake Conclusie & Aanbevelingen Datum Versie 1.0 Auteur Telefoon ###-####### Inhoudsopgave 1. VOORWOORD... 1 2. BESCHRIJVING APPLICATIE... 2 2.1. FUNCTIONEEL ONTWERP... 2

Nadere informatie

Test Process Improvement Benchmark. SPIder Conferentie 23 september Wim van Uden

Test Process Improvement Benchmark. SPIder Conferentie 23 september Wim van Uden Test Process Improvement Benchmark SPIder Conferentie 23 september Wim van Uden Agenda Korte inleiding TPI -model TPI benchmark overall Vergelijking branches DO s& DON Ts Test Process Improvement Optimaliseren

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

Auditen van Agile projecten

Auditen van Agile projecten Auditen van Agile projecten Platform voor Informatiebeveiliging 10 december 2013 Merijn van der Zalm & Marcel Trijssenaar Agenda Belang van assurance op agile ontwikkelen Agile versus Waterval Perspectief

Nadere informatie

Quality Gates: De overdracht tussen ontwikkelaars en testers geregeld

Quality Gates: De overdracht tussen ontwikkelaars en testers geregeld Quality Gates: De overdracht tussen ontwikkelaars en testers geregeld Rik Marselis Senior Testadviseur Logica 2008. All rights reserved Even voorstellen: Rik Marselis Senior Testadviseur ruim 27 jaar IT

Nadere informatie

Titel, samenvatting en biografie

Titel, samenvatting en biografie Titel, samenvatting en biografie \ Peter Wanders De Black Box Dialog methode Voorjaarsevent Testnet: 22 juni 2009 Samenvatting Nog nooit heb ik heb een klant horen zeggen: Enorm vervelend dat het IT project

Nadere informatie

Chris de Kok 223548 TDI 3. Vak: Software Architectuur Datum: 21-01-2008 Docent: Fons van Kesteren

Chris de Kok 223548 TDI 3. Vak: Software Architectuur Datum: 21-01-2008 Docent: Fons van Kesteren Chris de Kok 223548 TDI 3 Vak: Software Architectuur Datum: 21-01-2008 Docent: Fons van Kesteren Inhoud Inleiding... 3 Black box / White box... 3 XP... 3 SimpleTest... 3 Eclipse plugin... 4 GroupTest...

Nadere informatie

14/11/2010. Voorbeelden van productrisico s. Omschrijving bevindingenanalyse. Productrisicoanalyse (1)

14/11/2010. Voorbeelden van productrisico s. Omschrijving bevindingenanalyse. Productrisicoanalyse (1) Project- en productrisico s RISICO- ANALYSE & TESTSTRATEGIE No. 24 Project- versus productrisico s No. 25 Voorbeelden van projectrisico s Business Project overschrijding Tijd Budget Slechte testomgeving

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

Plan van aanpak Meesterproef 1: Webdevelopment... 1

Plan van aanpak Meesterproef 1: Webdevelopment... 1 Plan van aanpak Meesterproef 1: Webdevelopment Plan van aanpak Meesterproef 1: Webdevelopment... 1 Inleiding... 2 Projectopdracht... 3 Doelstelling... 3 Projecteindresultaat... 3 Projectdoel... 3 Projectactiviteiten...

Nadere informatie

Vertrouwelijk. Projectpla n. Titel: Entity Extraction. Vertrouwelijk

Vertrouwelijk. Projectpla n. Titel: Entity Extraction. Vertrouwelijk Dit document mag alleen gedeeld worden met direct betrokkenen van het programma Herkenning Digitale Informatie en Fingerprinting omdat verdere verspreiding of openbaarmaking de veiligheid van de Staat

Nadere informatie

Requirements Management Werkgroep Traceability

Requirements Management Werkgroep Traceability Requirements Management Werkgroep Traceability Plan van Aanpak (1) Doel en definitie van Traceability Traceability heeft tot doel om tijdens het ontwikkelproces status informatie te verschaffen omtrent

Nadere informatie

kwaliteitsmeterplus 4

kwaliteitsmeterplus 4 kwaliteitsmeterplus 4 Testen voor de toekomst Eenvoudig en intuïtief Werkproces georiënteerd Scheiding bevindingen en issues Hertest methode Schermafdruk en -opnames SaaS Open platform kwaliteitsmeterplus

Nadere informatie

Tips & Tricks: Tip van de maand januari 2009

Tips & Tricks: Tip van de maand januari 2009 Tips & Tricks: Tip van de maand januari 2009 Project Management met Teamcenter 2007 Door: Ramon van Raak Beheert u complexe projecten dan weet u als geen ander dat de projectvoorbereiding de basis legt

Nadere informatie

De tester als bruggenbouwer

De tester als bruggenbouwer De tester als bruggenbouwer Tim Koomen Testnet voorjaarsevenement 9 juni 2004 Agenda Bruggen Enkele bruggen toegelicht De bruggenbouwer Trends Sogeti Nederland B.V. Pagina 1 Bruggen Systeem Beheer Stuur

Nadere informatie

Sjabloon detailtestplan. <>

Sjabloon detailtestplan. <<Organisatie>> Sjabloon detailtestplan SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 18 Inhoudsopgave 1 Managementsamenvatting...

Nadere informatie

Kerntaak 1: Vervaardigt elektrotechnische (deel-)producten

Kerntaak 1: Vervaardigt elektrotechnische (deel-)producten Kerntaak 1: Vervaardigt elektrotechnische (deel-)producten Werkproces 1.1: Voorbereiden werkzaamheden De monteur verzamelt en leest relevante informatie (werkinstructies, tekeningen, schetsen, installatie-,

Nadere informatie

PROQA Project Quality Assurance. Checklist. Behorend bij het PROQA-assessment SYSQA B.V.

PROQA Project Quality Assurance. Checklist. Behorend bij het PROQA-assessment SYSQA B.V. PROQA Project Quality Assurance Checklist Behorend bij het PROQA-assessment SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 INLEIDING CHECKLIST WERKEN VOLGENS PROQA... 3 1.1 DE 5 FASEN

Nadere informatie

testing with a smile

testing with a smile testing with a smile Online software voor volledig en gebruiksvriendelijk testmanagement! TESTEN MOET LEUK ZIJN Functioneel acceptatieen gebruikerstesten. Ongeëvenaard in compleetheid en eenvoud. On-Line,

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 plan van aanpak, een hele klus

Het plan van aanpak, een hele klus Het plan van aanpak, een hele klus door Wim - 02-02-2011 http://www.itpedia.nl/2011/02/02/het-plan-van-aanpak-een-hele-klus/ Hoe groot of hoe klein maak je een plan van aanpak? Welke onderdelen neem je

Nadere informatie

Connect Social Business

Connect Social Business Connect Social Business Joey Kaan September 2014 Inhoudsopgave 1 Achtergronden 4 2 Probleemstelling & Doelstelling 5 2.1 Leren Professioneel Functioneren.................. 5 2.2 Facebook API leren door

Nadere informatie

Aanbevelingen en criteria penetratietest

Aanbevelingen en criteria penetratietest Aanbevelingen en criteria penetratietest Versie 1.0 Datum 21 februari 2012 Status Definitief Colofon Projectnaam DigiD Versienummer 1.0 Contactpersoon Servicecentrum Logius Organisatie Logius Postbus 96810

Nadere informatie

Strategie Applicatie integratie Open.Amsterdam project. versie 1.0 juni 2008

Strategie Applicatie integratie Open.Amsterdam project. versie 1.0 juni 2008 Strategie Applicatie integratie Open.Amsterdam project versie 1.0 juni 2008 Document informatie Versiebeheer Versie Datum Auteur Activiteiten 1.0 juni 2008 drs. E. Willemsen Initiële opzet Archivering

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

Omschrijving enquête module VervangingsManager webapplicatie

Omschrijving enquête module VervangingsManager webapplicatie Omschrijving enquête module VervangingsManager webapplicatie OnderwijsApps B.V. Innovatieweg 26-03 7007 CD DOETINCHEM Tel. 0314-368250 Postbus 704 7000 AS DOETINCHEM KvK 51377888 www.onderwijsapps.nl info@onderwijsapps.nl

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

Inlichtingenbureau Voortgangsrapportage Juni 2004. Realisatie van het Sectorloket-systeem

Inlichtingenbureau Voortgangsrapportage Juni 2004. Realisatie van het Sectorloket-systeem Inlichtingenbureau Voortgangsrapportage Juni 2004 Realisatie van het Sectorloket-systeem Opdrachtgever: stichting Inlichtingenbureau Status Versie Datum Concept 1.1 2 augustus 2004 Inhoudsopgave Inhoudsopgave...

Nadere informatie

Handleiding voor de checklist Overdracht project/change naar beheer. Handleiding : Frédéric van der Vaeren

Handleiding voor de checklist Overdracht project/change naar beheer. Handleiding : Frédéric van der Vaeren Auteur(s) Datum Versie Frédéric van der Vaeren 11/03/2013 2.0 Eigenaar Doelpubliek Bert van Hemelen Gebruikers checklist overdracht project/change naar beheer Handleiding : Handleiding voor de checklist

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

Implementatieplan van een testtool. Een aanpak. Algemene informatie voor medewerkers van SYSQA B.V.

Implementatieplan van een testtool. Een aanpak. Algemene informatie voor medewerkers van SYSQA B.V. Implementatieplan van een testtool Een aanpak Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA BV Pagina 1 van 19 Managementsamenvatting Steeds meer organisaties realiseren zich dat

Nadere informatie

Bijlage II: Documentatie

Bijlage II: Documentatie RWS BEDRIJFSINFORMATIE Bijlage II: Documentatie Datum 13 februari 2017 Status Definitief RWS BEDRIJFSINFORMATIE CONCEPT Bijlage II: Documentatie 13 februari 2017 Colofon Uitgegeven door Rijkswaterstaat

Nadere informatie

Test Management Assessment

Test Management Assessment Test Management Assessment Bart Knaack 1 Spreker wie ben ik? Bart Knaack Testmanager LogicaCMG Medewerker Test Research Centre Huidige opdracht: Legacy transformation testing bij Nationale Nederlanden.

Nadere informatie

Technisch ontwerp. Projectteam 6. Project "Web Essentials" 02 april 2009. Versie 2.1.0

Technisch ontwerp. Projectteam 6. Project Web Essentials 02 april 2009. Versie 2.1.0 Projectteam 6 Faculteit Natuur en Techniek Hogeschool Utrecht Projectleider: Hans Allis, hans.allis@student.hu.nl Technisch ontwerp Project "Web Essentials" 02 april 2009 Versie 2.1.0 Teamleden: Armin

Nadere informatie

Bijlage 9. UNI 120621.9 REB GD. Releasebeleid

Bijlage 9. UNI 120621.9 REB GD. Releasebeleid Releasebeleid Ondanks alle aan de samenstelling van de tekst bestede zorg, kan Newway Retail Solutions bv (Newway) géén enkele aansprakelijkheid aanvaarden voor eventuele directe en/of indirecte schade,

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