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

Maat: px
Weergave met pagina beginnen:

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

Transcriptie

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

2 Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING ALGEMEEN VERSIEBEHEER ISTQB ONDERWERPEN DE FUNDAMENTEN VAN TESTEN TESTEN TIJDENS HET SYSTEEMONTWIKKELINGSPROCES STATISCHE TESTTECHNIEKEN TESTSPECIFICATIETECHNIEKEN TESTMANAGEMENT TESTTOOLS LITERATUURVERWIJZINGEN... 10

3 Organisatie SYSQA B.V. Pagina 3 van 10 1 Inleiding 1.1 Algemeen ISTQB, ook wel bekend als testen volgens ISEB, is niet ontwikkeld als een testmethodiek, maar als een verzameling definities en begrippen die van belang zijn bij het testproces. ISTQB staat voor International Software Testing Qualifications Board en is een groep testexperts die de syllabus hebben geschreven die de basis vormt voor het The Certified Tester Foundation Level in Software Testing, ook wel bekend als ISEB Foundation. De invloed van ISTQB en de bijbehorende certificering hebben het echter tot een dergelijk belangrijk begrip gemaakt dat het inmiddels niet raar is om te testen volgens ISEB Hiermee kan ISTQB worden gezien als testmethode. Deze introductie gaat in op ISTQB foundation niveau. 1.2 Versiebeheer Versie Status Datum Auteur Opmerkingen 0.1 Concept 11 augustus 2005 H.J.J. Cannegieter Eerste concept

4 Organisatie SYSQA B.V. Pagina 4 van 10 2 ISTQB syllabus In de ISTQB-syllabus bestaat uit de volgende onderdelen: De fundamenten van testen; Testen tijdens het systeemontwikkelingsproces; Statische testtechnieken; Testontwerptechnieken; Testmanagement; Testtools. 2.1 De fundamenten van testen In het Engels bestaan verschillende foutbegrippen (failure, fault en error) in het Nederlands hebben we het altijd over fouten. Er is een verschil tussen testen en debuggen. Testen heeft als doel fouten op systematische manier aan het licht te brengen, debuggen richt zich op het verwijderen van fouten. Het is onmogelijk, ondanks het testen, om foutloze applicaties te realiseren. Het testen dient tot verhoging van de software kwaliteit. Testen neemt een groot deel van de ontwikkelkosten in beslag. De testkosten moeten afhangen van de risico s en de beoordeling van schade die verbonden is aan het optreden van mogelijke fouten. Het testproces bestaat uit vier fases: 1. Testplanning en beheersing; 2. Testanalyse en -ontwerp; 3. Testuitvoering; 4. Testafronding Voor een gestructureerd testproces is de testplanning van groot belang. Dit houdt de planning van resources in, maar ook het vaststellen van de teststrategie. Hieruit komen de te behalen dekkingsgraad, te gebruiken testtechnieken, de prioritering van testen en de inzet van testtools naar voren. Het vaststellen van een teststrategie wordt onderkend als één van de belangrijkste taken tijdens de testplanning. Omdat een volledige testonmogelijk is, moeten er eisen worden gesteld aan de hand van een risico inschatting. Risico s worden onderverdeeld in productrisico s en procesrisico s. Afhankelijk van de kans op fouten en de mogelijke schade bij het optreden van een fout, moeten de testactiviteiten over de verschillende delen van het systeem worden verdeeld. Doel van de teststrategie is het verkrijgen van een optimale verdeling. Uit risicoanalyse en teststrategie wordt de te behalen dekkingsgraad per systeemdeel opgemaakt. Dit kan een van de acceptatiecriteria zijn, net als eisen van de klant. Bij de behandeling van de testsoorten wordt ook een aantal maal van teststrategie gesproken. Hiermee wordt echter de praktische aanpak van een bepaalde testsoort bedoeld, niet de complete teststrategie zoals wij die in het onderzoek voor ogen hebben. Testanalyse en -ontwerp gebeurt in twee fasen: opstellen van logische en van fysieke testgevallen. Naast testdata horen ook de randvoorwaarden voor uitvoering bij een testgeval. Om te beoordelen of een testgeval goed of fout is verlopen, moet er een resultaatvoorspelling worden opgesteld. Verwachte waarden zijn af te leiden uit de specificaties van het testobject en eventuele andere bronnen. Naast risico zijn er andere criteria voor prioritering van testgevallen, bijvoorbeeld door te kijken vanuit het gezichtspunt van de gebruiker of van de ontwikkelaar Na testanalyse en -ontwerp volgt de testuitvoering. Na het vinden en oplossen van een fout moet er een hertest plaatsvinden. Of er voldoende getest is, moet besloten worden aan de hand van de acceptatiecriteria die zijn opgenomen in het testscript. In de praktijk wordt echter vaak gestuurd op tijd en kosten. De testafronding omvat het conserveren van de testware en een evaluatie van het testproces.

5 Organisatie SYSQA B.V. Pagina 5 van 10 In dit hoofdstuk worden algemene testprincipes behandeld, dit zijn: Principe 1. Testen toont de aanwezigheid van fouten aan. Door middel van testen kan aan worden getoond dat er fouten zijn, er kan met testen niet worden aangetoond dat er geen fouten zijn. Testen reduceert de waarschijnlijkheid dat er onontdekte fouten overblijven in de software maar, zelfs als er geen fouten meer gevonden worden is dit nog geen bewijs van de juistheid. Principe 2. Volledig testen is onmogelijk. Alles testen (alle combinaties van invoer en precondities) is niet uitvoerbaar (feasible) met uitzondering van triviale gevallen. In plaats van volledig testen wordt gebruik gemaakt van risico s en prioriteiten om te bepalen waar de testinspanning op concentreert. Principe 3. Vroeg testen Testactiviteiten moeten zo vroeg mogelijk in de software- of systeemontwikkelcyslus testen en moet gericht zijn vastgestelde doelen. Principe 4. Foutclustering / foutgroepering / foutophoping Een klein aantal modules bevatten de meeste fouten die gevonden worden tijdens het testen voor vrijgave en bevatten de meeste operationele systeemfouten (failures). Principe 5. Pesticide paradox. Als dezelfde tests keer op keer herhaald worden, worden er uiteindelijk geen nieuwe bugs meer gevonden. Om tegemoet te komen aan de pesticide paradox moeten de testcases regelmatig gereviewd en vernieuwd worden en nieuwe en andere tests moeten opgesteld worden om verschillende delen van de software of systeem uit te voeren om zo mogelijk meer fouten te vinden. Principe 6. Testen is afhankelijk van de context. Testen wordt verschillend uitgevoerd in verschillende contexten. Bij voorbeeld, veiligheid-kritische systemen worden anders getest dan e-commerce sites. Principe 7. Afwezigheid-van-fouten bedrog Het vinden en herstellen van fouten helpt niet als het systeem dat gebouwd is onbruikbaar is of de behoeften en verwachtingen van de gebruikers niet vervult. 2.2 Testen tijdens het systeemontwikkelingsproces Testen moet worden geïntegreerd in het ontwikkelingsproces. Het V-model toont hoe het testen wordt gecombineerd met ontwikkelen via de watervalmethode.

6 Organisatie SYSQA B.V. Pagina 6 van 10 Gebruikers eisen/wensen Acceptatietest Functioneel systeemontwerp Systeem integratietest Systeemtest Technische systeemontwerp Component integratietest Componenten specificatie Componenttest Ontwikkeling Verificatie beoordeelt de correctheid en volledigheid van een fase ten opzichte van de voorgaande fase. Dit zijn in de figuur de pijlen omhoog aan de linkerkant. Validatie beoordeelt of een deelproduct voor zijn oorspronkelijke doel bruikbaar en nuttig is. Dit zijn de pijlen middenin het figuur van de testsoorten naar de ontwikkelfases De testsoorten worden als volgt omschreven: Componententest Test voor het eerst systematisch de vervaardigde softwarecomponenten, onafhankelijk van elkaar. Er wordt getest op functionaliteit, robuustheid, efficiëntie, en onderhoudbaarheid. Er worden whitebox technieken toegepast. Componentintegratietest Is de tweede testsoort en test groepen van eerder geteste componenten die zijn geïntegreerd. Testdoel is het onthullen van fouten in de interfaces tussen componenten. Omdat niet alle componenten gelijktijdig gereed zijn, moet er een integratiestrategie worden bedacht. Systeemtest Test het volledig geïntegreerde systeem in een aparte testomgeving. Er wordt getest op basis van functionele eisen (gebruikerseisen) en niet-functionele eisen (load test, performance test, volume test, stress test, databeveiliging, stabiliteit, robuustheid, compatibiliteit, verschillende configuraties, bruikbaarheid en onderhoudbaarheid). Probleem bij de systeemtest is vaak de klanteneisen niet duidelijk zijn geformuleerd. Systeemintegratietest Omvat het testen van complete systemen in combinatie met externe systemen. Er wordt zoveel mogelijk gebruik gemaakt van een productielike acceptatietestomgeving. Ook hier worden weer fouten in interfaces ontdekt.

7 Organisatie SYSQA B.V. Pagina 7 van 10 Acceptatietest Is een speciale soort systeemtest die test op contractuele acceptatie. Hij wordt uitgevoerd bij de klant. Regressietest. Na acceptatie van de eerste versie wordt in de loop der tijd vaak systeemonderhoud uitgevoerd en wordt het systeem verder ontwikkeld. Ook dan moet er getest worden. Naast het testen van gewijzigde systeemonderdelen, is een belangrijk middel hierbij de regressietest, waarbij onveranderde onderdelen worden getest. Naast de testsoorten worden de volgende testtypes onderkent: Testen van functies (functioneel testen); Testen van software product karakteristieken (niet-functioneel testen); Testen van de software structuur / architectuur (structuur testen); Testen met betrekking tot veranderingen (conformatie of regressietesten). 2.3 Statische testtechnieken Bij statisch testen wordt de software zelf niet getest maar worden reviews of geautomatiseerde statische analyse uitgevoerd. Met behulp van reviews worden tussenproducten, inclusief code, getoetst zodat fouten in deze tussenproducten vroegtijdig worden gevonden. Dit kan ook geautomatiseerd met behulp van tools. De volgende fases worden onderkent bij een review: Planning, het selecteren van reviewers, toewijzen van rollen, definiëren van entry en exit criteria en bepalen welk deel van het document beoordeeld wordt; Kick off, het verspreiden van documenten, toelichten van de doelstellingen, het proces en de te reviewen documenten aan de deelnemers alsmede het checken of aan de entrycriteria is voldaan; Individuele voorbereiding, het zoeken naar fouten door iedere reviewer; Review meeting, discussie over en vastleggen van de bevindingen in een groepsmeeting; Rework, het doorvoeren van verbeteringen in het gereviewde product op basis van de bevindingen; Vervolg, vaststellen of de fouten goed zijn verwerkt, verzamelen van metrieken en vaststellen dat voldaan is aan de exitcriteria. De volgende rollen worden onderkent binnen het reviewproces: manager (beslissen dat een review plaats moet vinden, beschikbaarstellen tijd en vaststellen of de reviewdoelstellingen zijn gehaald), moderator (organiseert en leidt de review en zit de meeting voor), auteur (maker van het te reviewen product), reviewers (voeren de review daadwerkelijk uit door het vinden en bespreken van bevindingen) en de scribe (documenteert alle bevindingen tijdens de meeting). De volgende reviewvormen worden onderkent in volgorde van mate van formaliteit): Informele review: review zonder formeel proces; Walkthrough: informele review waarbij de auteur zijn document in de meeting aan de deskundigen presenteert; Technische review: formele, gedocumenteerde review door deskundigen worden vooraf bij de moderator ingediend. Inspectie: formele, gedocumenteerde review waarbij de voorbereiding gebeurt aan de hand van checklists. De meeting wordt door een moderator geleid en er worden metrics gegenereerd voor procesverbetering.

8 Organisatie SYSQA B.V. Pagina 8 van Testspecificatietechnieken Testspecificatietechnieken worden gebruikt bij dynamisch testen. Meestal wordt onder testen verstaan: het uitvoeren van het testobject op een computer. Er is een aantal technieken dat voor het bepalen van testgevallen kunnen worden gebruikt. De testspecificatietechnieken kunnen in twee categorieën worden ingedeeld: black-box technieken, white-box technieken en op ervaring gebaseerde technieken. Black-box technieken beschouwen het testobject als een zwarte doos. Over de code en interne opbouw is geen informatie noodzakelijk. Het gedrag van het testobject wordt van buitenaf waargenomen. White-box technieken nemen ook inzicht in de code mee. Tijdens de uitvoer van de testgevallen wordt de interne uitvoer van het testobject geanalyseerd. De volgende black-box technieken worden onderkent: Equivalentieklassen test Grenswaarde analyse Beslissingstabellen test Status-transactietest Use case test De volgende white-box technieken worden onderkent: Statement testen en dekking; Decision testen en dekking; Condition testen en dekking; Pad testen en dekking. De volgende op ervaring gebaseerde technieken worden onderkent: Error guessing; Exploratory testen 2.5 Testmanagement Er zijn verschillende organisatievormen in het testen, uiteenlopend van uitsluitend testen door ontwikkelaars tot een aparte testorganisatie. De te kiezen organisatievorm hangt af van de testsoort die onderhanden is. De volgende rollen worden onderkend in een testteam: testmanager, testontwerper, testautomatiseringsdeskundige, testbeheerder, tester (testuitvoerder). Binnen elke testsoort speelt zich een testcyclus af, bestaande uit testplanning, testspecificatie, testuitvoering, testregistratie en controle voor afronding. De testmanager is verantwoordelijk voor de planning van een testcyclus. Punten die hierbij in beschouwing worden genomen: stand van de ontwikkeling, testresultaten uit voorgaande testsoorten, resources. Voortgangscontrole vindt plaats op basis van een aantal metrics: gebaseerd op fouten, gebaseerd op testgevallen en gebaseerd op het testobject. Afwijkingen tussen verwachte en werkelijke waarde in de testuitvoering worden eerst geanalyseerd. Als de fout niet te maken heeft met een foutieve testuitvoering, wordt een bevinding opgesteld. In een project is het van belang om een goede bevindingendatabase bij te houden, die tevens dient als communicatiemiddel tussen verschillende partijen. Bevindingen moeten op een uniforme manier worden, zodat ze kunnen worden opgenomen in statistieken. Omdat in het proces van softwareontwikkeling meerdere ontwikkelaars en testers parallel deelnemen, is een goed configuratiemanagement belangrijk. De volgende eisen moeten hierbij worden vervuld: versiebeheer, configuratiebeheer, statusbeheer van fouten en veranderingen, configuratie audits. 2.6 Testtools Voor iedere fase in het testtraject zijn testtools beschikbaar om het testwerk kwalitatief te verbeteren of te automatiseren. Testtools bieden alleen voordelen als het testproces beheerst en

9 Organisatie SYSQA B.V. Pagina 9 van 10 gestructureerd verloopt. De implementatie van een testtool kan een hoge investering vergen, een keuze moet daarom zorgvuldig geschieden. Er bestaan nogal eens onrealistische verwachtingen over de inzet van testtools. De implementatie van een tool moet derhalve worden begeleid. De volgende testtools worden onderkent: Tools ter ondersteuning van het testmanagement - Testmanagementtools; - Requirementsmanagementtools; - Incidentmanagementtools; - Configuratiemanagementtools; Tools ter ondersteuning van statisch testen: - Reviewproces ondersteunende tools; - Statische analyse tools; - Modeleer tools Tools ter ondersteuning van testspecificatie: - Testontwerp tools; - Testdata voorbereidingstools; Tools ter ondersteuning van de testuitvoering en vastlegging: - Testraamwerk/unittest framework tools; - Test comparators; - Dekkingsgraad-meet tools; - Beveiligingstools; Monitor- en performance tools: - Dynamische analyse tools; - Performance testtools ; - Loadtesttools; - Stresstesttools; - Monitor tools; Tools voor het ondersteunen van een specifiek applicatie gebied; Overige tools zoals SQL-tools of debuggers

10 Organisatie SYSQA B.V. Pagina 10 van 10 3 Literatuurverwijzingen International Software Testing Qualifications Board: Certified tester Foundation Level Syllabus. Version A. Spillner, T. Linz en M. Pol: Testen volgens ISEB

Examen TMPA Test Management Approach (TMap) Professional Advanced

Examen TMPA Test Management Approach (TMap) Professional Advanced Examen TMPA Test Management Approach (TMap) Professional Advanced Publicatiedatum Startdatum 6 juni 2003 1 mei 2003 Doelgroep De module is bestemd voor (beginnende) professionele testers met een ½ tot

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

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

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

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

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

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

TestFrame. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

TestFrame. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. TestFrame Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 13 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 2 TESTFRAME... 4 2.1 TESTFRAME ALS

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

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

Mastertestplan <> <>

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

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

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

TMap in essenties Michiel Vroon Leo van der Aalst Rob Baarda

TMap in essenties Michiel Vroon Leo van der Aalst Rob Baarda TMap in essenties Michiel Vroon Leo van der Aalst Rob Baarda 1 Waarom? Actualisering van de methode Praktijkgericht Testen integraal onderdeel van grotere geheel Diverse lijnorganisatievormen mogelijk

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

NGI-Noord. Mei 2007. Tim Koomen Leo van der Aalst Michiel Vroon

NGI-Noord. Mei 2007. Tim Koomen Leo van der Aalst Michiel Vroon NGI-Noord Mei 2007 Tim Koomen Leo van der Aalst Michiel Vroon TMap of TMap Next? TMap = methode TMap Next = boektitel TMap Next = externe communicatie. Waarom? Actualisering van de methode Testen integraal

Nadere informatie

TMap NEXT Test Engineer

TMap NEXT Test Engineer Voorbeeldexamen TMap NEXT Test Engineer Editie juni 2013 Copyright 2013 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

Nadere informatie

TMapNext. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

TMapNext. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. TMapNext Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 15 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...FOUT! BLADWIJZER

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

Testen Foundation (TestF.NL)

Testen Foundation (TestF.NL) (TestF.NL) EXIN Hét exameninstituut voor ICT ers Janssoenborch - Hoog Catharijne Godebaldkwartier 365 3511 DT Utrecht Postbus 19147 3501 DC Utrecht Nederland T +31 30 234 48 11 F +31 30 231 59 86 E info@exin.nl

Nadere informatie

TMap NEXT Test Engineer

TMap NEXT Test Engineer Voorbeeldexamen TMap NEXT Test Engineer Editie juli 2011 Copyright 2011 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

Nadere informatie

CHECKLIST GESTRUCTUREERD TESTEN. Doel. Toepassingsgebied

CHECKLIST GESTRUCTUREERD TESTEN. Doel. Toepassingsgebied Gepubliceerd in: Checklist Informatiemangement, Aflevering 29, 1999 CHECKLIST GESTRUCTUREERD TESTEN Doel Het doel van deze checklist is het bepalen van de sterke en zwakke punten van de huidige werkwijze

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

Acceptatietesten en testmanagement Examennummer: 93453 Datum: 29 maart 2014 Tijd: 10:00 uur - 11:30 uur

Acceptatietesten en testmanagement Examennummer: 93453 Datum: 29 maart 2014 Tijd: 10:00 uur - 11:30 uur Acceptatietesten en testmanagement Examennummer: 93453 Datum: 29 maart 2014 Tijd: 10:00 uur - 11:30 uur Dit examen bestaat uit 7 pagina s. De opbouw van het examen is als volgt: - 20 meerkeuzevragen (maximaal

Nadere informatie

PAT PT IT ST. ontwikkelaarstests. acceptatietests GT FAT

PAT PT IT ST. ontwikkelaarstests. acceptatietests GT FAT 42 Testen volgens TMap - Deel I Algemeen laat staan vergezeld van de voor de acceptatietest onmisbare documentatie, zoals de gebruikershandleiding. Geleidelijk aan is daarom de behoefte ontstaan om bij

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

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

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

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

TMap NEXT Test Engineer

TMap NEXT Test Engineer Preparation Guide TMap NEXT Test Engineer Editie juni 2013 Copyright 2013 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

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

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

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

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

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

EISEN AAN TESTPLANNEN

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

Nadere informatie

Test Coördinatie Introductie

Test Coördinatie Introductie your reference in testing services Test Coördinatie Introductie 1 Gent, 4 april 2011 Wat verstaan jullie onder testen? En testcoördinatie? 2 Hoe zien jullie het? Testen bestaat uit activiteiten die uitgevoerd

Nadere informatie

Uittreksel. Ten geleide

Uittreksel. Ten geleide Ten geleide TMap, Test Management Approach, is een aanpak voor het gestructureerd testen van informatiesystemen. Het geeft antwoord op de wat/wanneer, hoe, waarmee en wie vragen van het testen. Om de inrichting

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

Reviewtypen en reviewplanning. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Reviewtypen en reviewplanning. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Reviewtypen en reviewplanning Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 1.1 INLEIDING ALGEMEEN... 3 1.2 INTRODUCTIE

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

TMAP NEXT. TMap in essenties

TMAP NEXT. TMap in essenties TMAP NEXT TMap in essenties auteurs: Aalst, L. van der, Broekman, B., Koomen, T., Vroon, M. gebaseerd op de originele publicatie in : TMap NEXT, voor resultaatgericht testen, Aalst, L. van der, Broekman,

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

Chris Schotanus TestGrip: de aanpak voor testbeleid en testorganisatie

Chris Schotanus TestGrip: de aanpak voor testbeleid en testorganisatie Titel, samenvatting en biografie Chris Schotanus Samenvatting: In ICT in het algemeen en Software Testing in het bijzonder nemen we een aantal belangrijke zaken waar zoals Business eisen als een hoge quality-to-market

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

voorbeeldexamen TMap TMap NEXT Foundation editie juli 2009 inhoud 2 inleiding 3 voorbeeldexamen 15 antwoordindicatie 33 evaluatie TMPF_2.

voorbeeldexamen TMap TMap NEXT Foundation editie juli 2009 inhoud 2 inleiding 3 voorbeeldexamen 15 antwoordindicatie 33 evaluatie TMPF_2. voorbeeldexamen TMPF_2.0 TMap TMap NEXT Foundation editie juli 2009 inhoud 2 inleiding 3 voorbeeldexamen 15 antwoordindicatie 33 evaluatie EXIN Hét exameninstituut voor ICT ers Janssoenborch, Hoog Catharijne

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

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

Testing University. A fool with a tool is still a fool

Testing University. A fool with a tool is still a fool Testing University A fool with a tool is still a fool Test Tooling is een must Must? Test Tooling? 2 Als je iets moet kun je dan wel de juiste keuzes maken? Moeten Willen 3 Van moeten naar willen Moeten

Nadere informatie

Praktijkgerichte aanpak voor End to End (E2E) testen

Praktijkgerichte aanpak voor End to End (E2E) testen Praktijkgerichte aanpak voor End to End (E2E) testen Gerard Numan gerard.numan@polteq.com Polteq 2014 E2E wil zeggen: End to End, van het ene uiterste einde naar het andere einde. E2E-processen lopen over

Nadere informatie

Sjabloon testspecificatie. <>

Sjabloon testspecificatie. <<Organisatie>> Sjabloon testspecificatie SYSQA B.V. Almere : Status : Opgesteld door : Organisatie Pagina 2 van 5 Inhoudsopgave Inleiding...3 1 Analyse functiebeschrijving...4

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

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

Aandachtspunten inzet testtool. Een aanpak. Algemene informatie voor medewerkers van SYSQA B.V.

Aandachtspunten inzet testtool. Een aanpak. Algemene informatie voor medewerkers van SYSQA B.V. Aandachtspunten inzet testtool Een aanpak Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA BV Pagina 2 van 12 INHOUDSOPGAVE 1. INLEIDING...3 1.1 DOEL EN AFBAKENING...3 1.2 CAPTURE

Nadere informatie

Gestructureerd testen van embedded software

Gestructureerd testen van embedded software Gestructureerd testen van embedded software Erik van Veenendaal / Rob Hendriks (Improve Quality Services BV) De risicofactor bij embedded software is veelal erg groot. De economische, juridische of zelfs

Nadere informatie

De kleine TMMi. Doelgericht testprocessen verbeteren. Erik van Veenendaal en Jan Jaap Cannegieter

De kleine TMMi. Doelgericht testprocessen verbeteren. Erik van Veenendaal en Jan Jaap Cannegieter De kleine TMMi Doelgericht testprocessen verbeteren Erik van Veenendaal en Jan Jaap Cannegieter Inhoud Ten geleide 9 1 Inleiding 13 1.1 Introductie 13 1.2 Het Test Maturity Model integration 13 1.3 Bronnen

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

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

TESTEN IN DE LOGISTIEKE E-COMMERCEKETEN

TESTEN IN DE LOGISTIEKE E-COMMERCEKETEN TESTEN IN DE LOGISTIEKE E-COMMERCEKETEN Productinformatie Testen in de logistieke e-commerceketen Inhoudsopgave 1 Waarom testen in de logistieke e-commerceketen?... 4 1.1 Verschillende klantperspectieven...

Nadere informatie

C.A.S.T. Make it as simple as possible, but not simpler. Make IT as simple as possible, but not simpler. Complexiteit. Einstein maakte het simpel

C.A.S.T. Make it as simple as possible, but not simpler. Make IT as simple as possible, but not simpler. Complexiteit. Einstein maakte het simpel Geautomatiseerd Testen Complexiteit Valori Meeting of Minds, 28 juni 2011 1 2 Einstein maakte het simpel Make it as simple as possible, but not simpler (Einstein) 3 4 Waar staat dit voor? Make IT as simple

Nadere informatie

Grenzeloos vertrouwen in een tool!?

Grenzeloos vertrouwen in een tool!? Grenzeloos vertrouwen in een tool!? TestNet voorjaarsevenement Maandag 30 juni 2008 Rick de Jong Agenda Korte introductie Kritische kijk op het gebruik van tools Intake en selectie van tools Het omarmen

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

TPI Next Business Driven Test Process Improvement. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

TPI Next Business Driven Test Process Improvement. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. TPI Next Business Driven Test Process Improvement Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 13 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN...

Nadere informatie

Exploratory Testen zinvol of onzin?

Exploratory Testen zinvol of onzin? Exploratory Testen zinvol of onzin? Erik van Veenendaal (Improve Quality Services BV) Sinds enige tijd wordt er door een aantal testexperts (onder andere James Bach, Cem Kaner en James Whittaker) een nieuwe

Nadere informatie

Trainingen 2013. Improve Quality Services

Trainingen 2013. Improve Quality Services Trainingen 2013 Improve Quality Services Trainingen Improve Quality Services Inhoudsopgave Algemeen IMPROVE QUALITY SERVICES BV... 4 TRAININGSVORMEN... 6 MAATWERKOPLEIDINGEN VAN IMPROVE QUALITY SERVICES...

Nadere informatie

CHECKLIST TESTING MATURITY MODEL. Doel. Toepassingsgebied

CHECKLIST TESTING MATURITY MODEL. Doel. Toepassingsgebied CHECKLIST TESTING MATURITY MODEL Doel Het doel van deze checklist is het bepalen van de sterke en zwakke punten van het huidige testproces ten op zichte van het Testing Maturity Model (TMM). Met behulp

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

Najaarsspecial Oktober 2013

Najaarsspecial Oktober 2013 Najaarsspecial Oktober 2013 Pagina 12 TESTEN IS GEEN KUNSTJE ; ADAPTIVITEIT MAAKT VAN TESTEN IN JOUW CONTEXT EEN KUNDE! Door Leo van der Aalst en Rik Marselis leo.vander.aalst@sogeti.nl rik.marselis@sogeti.nl

Nadere informatie

Nieuw toegevoegd: - Context Driven Testen - Verbeteren van Requirements - API / Mobile App Testen

Nieuw toegevoegd: - Context Driven Testen - Verbeteren van Requirements - API / Mobile App Testen Polteq Testopleidingen 2013 uitgave 1 Nieuw toegevoegd: - Context Driven Testen - Verbeteren van Requirements - API / Mobile App Testen ISTQB Foundation ISTQB Advanced TMap Next Test Engineer TMap Next

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

TMap in een notedop. Martin Pol en Erik van Veenendaal

TMap in een notedop. Martin Pol en Erik van Veenendaal TMap in een notedop Martin Pol en Erik van Veenendaal De vier pijlers onder een gestructureerde testaanpak zijn een aan de ontwikkelingscyclus gerelateerde fasering van de testactiviteiten, een goede organisatorische

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

Testplan

Testplan <NAAM INFORMATIESYSTEEM/PROJECT> Testplan é 2000 Pag. 1 Inhoud 1. DOCUMENTGEGEVENS... 4 1.1 WIJZIGINGSHISTORIE... 4 1.2 DISTRIBUTIE... 4 1.3 OPENSTAANDE PUNTEN... 4 1.4 ACCORDERING... 4 1.5 WIJZIGINGSPROCEDURE...

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

Data Warehouse. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Data Warehouse. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Data Warehouse Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3 2 DOEL VAN

Nadere informatie

Test Outsourcing. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

Test Outsourcing. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. Test Outsourcing Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 11 Inhoudsopgave 1 Samenvatting... 3 2 Inleiding... 4 2.1 Algemeen...4 3 Argumenten

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

Whitepaper Test Management Business case voor geautomatiseerd testen

Whitepaper Test Management Business case voor geautomatiseerd testen Whitepaper Test Management Business case voor geautomatiseerd testen Waarom we informatiesystemen testen behoeft geen uitleg: Testen is nodig om inzicht te geven in de kwaliteit. Het voorkomen van risico

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

Curriculum Vitae. Testmanager Testconsultant Testanalist Projectleider

Curriculum Vitae. Testmanager Testconsultant Testanalist Projectleider Curriculum Vitae Personalia Naam : Jeroen van der Mark Titel : Drs. Geboortedatum : 16 november 1965 Geslacht : Man Adres : Brediusweg 15 1401 AA Bussum Telefoonnummer : +31 (6) 2412 96 02 Burgerlijke

Nadere informatie

Risk Based Testing. TestNet Voorjaarsbijeenkomst. Johan Vink. A reality check

Risk Based Testing. TestNet Voorjaarsbijeenkomst. Johan Vink. A reality check Risk Based Testing A reality check TestNet Voorjaarsbijeenkomst Johan Vink Even voorstellen - Johan Vink - 42 jaar testervaring - 15 jaar betaald - Test competence leader Risk Based Testing, a reality

Nadere informatie

Parasoft toepassingen

Parasoft toepassingen Testen op basis van OSB en Digikoppeling Voor de bestaande Overheid Service Bus en de nieuwe standaard Digikoppeling zijn verschillende test- omgevingen opgezet. Hiermee kan het asynchrone berichtenverkeer

Nadere informatie

TMap NEXT Test Manager

TMap NEXT Test Manager Voorbeeldexamen TMap NEXT Test Manager Editie februari 2013 Copyright 2013 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

Nadere informatie

Trainingen 2015. Improve Quality Services

Trainingen 2015. Improve Quality Services Trainingen 2015 Improve Quality Services Inhoudsopgave Algemeen Improve Quality Services BV 4 Trainingsvormen 6 Maatwerkopleidingen van Improve Quality Services 7 ISTQB ISTQB Foundation Certificate in

Nadere informatie

Statistisch Testen Voorwaarden voor succesvolle toepassing ontbreken

Statistisch Testen Voorwaarden voor succesvolle toepassing ontbreken Statistisch Testen Voorwaarden voor succesvolle toepassing ontbreken Erik van Veenendaal (Improve Quality Services BV) Natuurlijk is statistisch testen een uitstekend idee. De vraag is echter of we als

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

Testrapport Kiezen op Afstand Inhoudelijke Stresstest

Testrapport Kiezen op Afstand Inhoudelijke Stresstest Testrapport Inhoudelijke Stresstest Dit document heeft 10 pagina 's Testrapport 1nhoudelijke Stresstest vo.21 Document historie Versie Datum Bijzonderheden Autorisatie 0.1 20-09-2006 Opzet 0.2 22-09-2006

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

TestNet Column. Hulpmiddelen voor Non-functional testen Erik van Veenendaal eve@improveqs.nl

TestNet Column. Hulpmiddelen voor Non-functional testen Erik van Veenendaal eve@improveqs.nl en dan de testware aanpassen, vervolgens een regressietest uitvoeren. Invoerdata Een probleem met de invoerdata is dat deze op gespannen voet kan staan met de initiële data. Bij het invoeren van fysieke

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

KENMERKEN MODEL BASED TESTING TOOLS

KENMERKEN MODEL BASED TESTING TOOLS Testoptimal Helpt de met data selectie /data generatie volgens CTE Aan logische testgevallen Kan de leesbare logische testgevallen dekking op het op data dekking op de requirements opgenomen in het Goed

Nadere informatie

Requirements en testen. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

Requirements en testen. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. Requirements en testen 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

Bedrijfsvoorstelling

Bedrijfsvoorstelling Bedrijfsvoorstelling Ref: Company Presentation-NL-v02 1 Onafhankelijke leverancier van Software Testing Expertise Onafhankelijk van Methode Tools Dienstenleveranciers Software Testing Expertise Process

Nadere informatie

Op zoek naar maatwerk testopleidingen? Bel ook daarvoor Polteq!

Op zoek naar maatwerk testopleidingen? Bel ook daarvoor Polteq! Polteq Testopleidingen 2014 uitgave 1 Op zoek naar maatwerk testopleidingen? Bel ook daarvoor Polteq! ISTQB Foundation ISTQB Advanced TMap Next Test Engineer TMap Next Test Manager Testen in een Notendop

Nadere informatie

Trainingen 2016. Improve Quality Services

Trainingen 2016. Improve Quality Services Trainingen 2016 Improve Quality Services T r a i n i n g C o n s u l t a n c y I n t e r i m Inhoudsopgave Algemeen Improve Quality Services BV 4 Trainingsvormen 6 Maatwerkopleidingen van Improve Quality

Nadere informatie

CMM en Testautomatisering

CMM en Testautomatisering Datum: 18 oktober 2006 Auteur: Werkgroep testautomatisering Testnet 2005/2006 Versiebeheer Datum Versie Auteur Titel 18-10-2006 0.1 Werkgroep Eerste versie en input voor de presentatie aan TestneT. Inhoudsopgave

Nadere informatie

Gestructureerd testen van embedded software

Gestructureerd testen van embedded software Gepubliceerd in: Software Release Magazine, Jaargang 5, Februari 2000 Gestructureerd testen van embedded software Erik van Veenendaal / Rob Hendriks (Improve Quality Services BV) De risicofactor bij embedded

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

Nieuw / Vernieuwd: - Security Testen - isqi Agile Essentials - Testen van mobiele apps - Context Driven Testen

Nieuw / Vernieuwd: - Security Testen - isqi Agile Essentials - Testen van mobiele apps - Context Driven Testen Polteq Testopleidingen 2013 uitgave 2 Nieuw / Vernieuwd: - Security Testen - isqi Agile Essentials - Testen van mobiele apps - Context Driven Testen ISTQB Foundation ISTQB Advanced TMap Next Test Engineer

Nadere informatie