Test Coördinatie Introductie
|
|
- Heidi de Veer
- 8 jaren geleden
- Aantal bezoeken:
Transcriptie
1 your reference in testing services Test Coördinatie Introductie 1 Gent, 4 april 2011
2 Wat verstaan jullie onder testen? En testcoördinatie? 2 Hoe zien jullie het?
3 Testen bestaat uit activiteiten die uitgevoerd worden om één of meerdere kenmerken van een product, proces of dienst vast te stellen volgens een gespecifieerde methode Testen is een proces dat inzicht geeft in- en adviseert over de kwaliteit en de daaraan gerelateerde risico s 3 Definities volgens TMAP Next
4 Een test level is een groep van testactiviteiten die gezamenlijk worden uitgevoerd en aangestuurd 4 Definities volgens TMAP Next
5 Johan Symons, Introductie tot de psychomotoriek - coördinatie = het harmonisch en economisch samenwerken van spieren, zenuwen en zintuigen om doelgerichte, stabiele bewegingsakties en snelle situatie - aangepaste reacties (reflex) tot stand te brengen. Voor een optimale samenwerking dienen volgende aspecten in acht te worden genomen : een juiste krachtmaat (bewegingsomvang en snelheid) een juiste spierkeuze (bewegingsuitvoering en richting) een vlot wisselspel tussen spierspanning en ontspanning voor een goede motorische aanpassing 5 Wat is coördinatie - in het menselijk lichaam?
6 Coördinatie van de testen voor een specifiek project van één of meerdere test levels Coördinatie van alle activiteiten en processen die daaraan gelinkt zijn voor een specifiek project van één of meerdere test levels Coördinatie van mensen die bezig zijn met de activiteiten die gelinkt zijn aan testen voor een specifiek project van één of meerdere test levels 6 Wat is coördinatie binnen testen?
7 Testen is toch enkel het uitvoeren van testen of hebben we toch nood aan een meer gestructureerde aanpak? 7 Gestructureerd testen
8 Nadelen van ongestructureerd testen - testinspanning kan niet voorspeld worden - resultaten kunnen niet gemeten worden - geen correcte selectie van test cases - komt meestal onder tijdsdruk omdat er geen plan bestaat - geen inzicht in de stand van zaken rond kwaliteit - inefficiënt en niet effectief 8 Gestructureerd testen
9 Voordelen van gestructureerd testen - het kan gebruikt worden in de meeste situaties - het geeft een correct inzicht in de risico s en de kwaliteit van het test object - defects worden in een vroeg stadium gevonden - defects worden voorkomen! - aangezien testen onderdeel is van het kritisch pad wordt het hele traject geoptimaliseerd - test producten zijn herbruikbaar - het test proces is beheersbaar 9 Gestructureerd testen
10 Kick Off 10
11 Formuleren van de testopdracht en testdoelstellingen 11 Waar gaat dit hoofdstuk over?
12 Inzicht krijgen in de doelstellingen van - het project - de projectorganisatie - de opzet van het systeemontwikkelproces - het te testen systeem - de eisen waaraan het systeem moet voldoen Al deze informatie is nodig om de verdere stappen in het testproces te zetten 12 Wat is het objectief hiervan?
13 Wat valt binnen en buiten de testopdracht? Om dit te weten moeten we de grenzen kennen/definiëren Grenzen van - testobject welke systemen of systeemonderdelen? interfaces - Tot? of Tot en met? - testactiviteiten welke testsoorten vallen in de scope? hoort unit testen hierbij? zijn er externe testactiviteiten? reviews van tussenproducten onderdeel van de scope? Een figuur zegt meer dan 1000 woorden!! 13 Hoe bepalen we de scope van de testopdracht?
14 Wat is een testdoelstelling? - een testdoelstelling is een in de taal van de opdrachtgever of belanghebbende gespecifieerd succescriterium van de testopdracht taal van de opdrachtgever niet in IT-Termen (tenzij de opdrachtgever zich in de IT bevindt) vertaling/mapping naar IT terminologie is nodig om naar testproject te rapporteren succescriterium van de testopdracht indien alles goed gaat - OK! indien afwijking - bijschaven op Resultaat, Tijd, Risico of Kosten 14 Wat is een testdoelstelling?
15 Testdoelstellingen 1 Toon aan dat de nieuwe functionaliteiten volgens verwachtingen werken 1 Nieuwe klanten moeten kunnen aangemaakt worden a 1 Marketingacties moeten gericht kunnen gevoerd worden b 1 Facturen moeten correct geprint worden c 2 Toon aan dat systeem X voldoet aan het veiligheidsbeleid a 2 Enkel de gebruikers met de correcte authorisaties mogen aanloggen op het systeem b 2 Aanloggen van buitenaf kan enkel via het afgesproken protocol 3 Lever inzicht in het gevoel dat de organisatie heeft t.o.v. de migratie van de huidige gegevens a 3 Huidige klanten en hun producten moeten gekoppeld blijven Een voorbeeld 15
16 16
17 Wat is een teststrategie? - een teststrategie is de verdeling van de testinspanning en dekkingsgraad over de te testen delen of aspecten van het testobject, met als oogmerk de belangrijkste fouten zo vroeg en goedkoop mogelijk te vinden. Deze verdeling is afhankelijk gemaakt van risico s op het gebied van business, systeemontwikkeling en testen 17 Definities volgens TMAP Next
18 Welke activiteiten voeren we uit bij het opstellen van de teststrategie? - opstellen risicomatrix - bepalen van testzwaarte 18 Onderdelen teststrategie
19 Geen onbeperkte tijd en budget Beperking voor het halen van het testresultaat dat vastgelegd is in de doelstellingen We moeten de tijd en het geld optimaal verdelen Risicomatrix helpt ons bij het maken van deze keuzes 19
20 Wat is een risicomatrix? - de risicomatrix is het resultaat van de analyse van het te testen product met als doel dat de test coördinator en de verschillende betrokken partijen tot een gezamenlijk beeld komen van wat de meer of minder risicovolle kenmerken en onderdelen zijn van het te testen product, zodat de grondigheid van de testen hieraan kan gerelateerd worden 20 Definities volgens TMAP Next
21 5 stappen voor het opstellen van de risicomatrix Stap 1 - Voorbereiden & bepalen relevante elementen Stap 2 - Bepalen van de schade Stap 3 - Bepalen van de faalkans Stap 4 - Bepalen van de risicoklasse Stap 5 - Volledigheidscontrole 5 stappen 21
22 Wat is het uiteindelijke resultaat? Volledig systeem X Deelsysteem 1 B Bij uitval van het volledige verkoopproces verlies van inkomsten maar de kans dat de deelsystemen uitvallen is uiterst klein A Als deze functionaliteit niet of niet juist werkt krijgt het bedrijf zware boetes en negatieve pers. Dit deelsysteem wordt dagelijks honderden keren opgestart en wordt gebouwd met een voor het bedrijf nieuwe technologie Deelsysteem 2 C Een onjuiste premie kan verlies van omzet betekenen maar is gebouwd in bekende en betrouwbare technologie Externe interface B Als niet wordt voldaan aan de beveiligingseisen kan vertrouwel klantinformatie openbaar worden en leidt het bedrijf zware imagoschade. De externe interface wordt gerealiseerd met een binnen het bedrijf al lang bekende en beproefde technologie zodat de faalkans als laag wordt ingeschat 22 Het uiteindelijke resultaat
23 Risicomatrix is een momentopname Matrix moet regelmatig doorlopen worden - inventariseer de (nieuwe) beschikbare informatie - beoordeel de actuele situatie pas indien nodig de matrix aan - volg de uitvoering van de maatregelen - neem indien nodig aanvullende maatregelen Niet afschrikken om de strategie aan te passen! 23 Onderhoud risicomatrix
24 Als we alle gekende risico s in kaart hebben gebracht, moeten we bepalen hoe zwaar we deze gaan testen Hiermee moeten we wel nog andere aspecten mee in kaart brengen: - tijd einddatum van het project blijft er staan - kosten we hebben slechts een beperkt budget (in de meeste gevallen) Daarom gaan we de test levels bepalen 24 Moet het altijd zo uitgebreid?
25 Wat is een test level? Een test level is een groep testactiviteiten die gezamenlijk wordt uitgevoerd en aangestuurd 25 Definities volgens TMAP Next
26 Algemeen principe - zo vroeg mogelijk testen goedkoper de hersteller moet zo snel mogelijk leren van de gemaakte fouten 26 Welke test levels?
27 Welke test levels zijn er standaard voorzien? - Reviews van tussenproducten - Unit Testen - Unitintegratie Testen - Systeem Testen - Systeemintegratie Testen - Acceptatie Testen 27 Welke test levels?
28 Niet beperken tot deze test levels! Welke testsoorten te kiezen is afhankelijk van drie aspecten - tijd - risico - kosten 28 Welke test levels?
29 Wat is de volgende stap? Combinatie van keuze van test levels en de risicomatrix die we eerder opgesteld hebben 29 Hoeveel effort per test level?
30 Link met de risicomatrix Volledig systeem X B x x xx xxx Deelsysteem 1 A x xx xxx xx Deelsysteem 2 C x x Externe interface B x xx x Aantal x-en bepalen hoe zwaar iets getest moet worden 30 Hoeveel effort per test level?
31 31
32 Na het opstellen van de teststrategie brengen we alles een niveau van detail lager - Testontwerptechnieken - Concrete criteria per test level opzetten 32 Wat houdt dit hoofdstuk in?
33 Test technieken zijn moeilijk en tijdrovend! Is de enige manier om de strategie aantoonbaar te maken!! Zonder testtechnieken kan men niet de juiste zwaarte geven aan de testen die uitgevoerd worden als gevolg van de strategie Vormt de link tussen testdoelen en testgevallen 33 Waarom testtechnieken?
34 We mogen de doelstelling van testtechnieken niet vergeten - met zo weinig mogelijk testgevallen een zo hoog mogelijke foutvindkans creëren - alleen in geval van zeer hoog risico testen we alle gevallen - het komt erop aan van de juiste techniek te kiezen in het kader van de te testen objecten 34 Doelstelling testtechnieken?
35 Welke testtechniek is de juiste voor ons? Veel variabelen om rekening mee te houden - kenmerk - testzwaarte - testbasis - kennis en kunde van de testers (zeker rekening mee houden in de acceptatietesten) - arbeidsintensiviteit van de techniek 35 Welke gebruiken we?
36 Hoe doen we dit concreet? X Volledig systeem B xx functionele test Proces cyclus test Deelsysteem 1 A xxx functionele test Beslissingstabel Deelsysteem 2 C Externe interface B xx security test Data cycle test Risicoanalyse Dit doen we per test level 36 Welke gebruiken we?
37 Wanneer kunnen we beginnen met een bepaald test level en wanneer zijn we ermee klaar? Kan tijdsgebonden zijn Bij voorkeur wordt dit afhankelijk gemaakt van criteria die op voorhand bepaald worden 37 Wanneer starten/stoppen?
38 Wat zijn Entry & Exit criteria? - Entry criteria geven aan wanneer er kan begonnen worden met een bepaald test level Voorbeelden de test cases voor dit test level zijn voor minstens 50% afgerond bij de niet-afgeronde test cases zijn er geen componenten met risicoklasse A - Exit criteria geven aan wanneer er kan gestopt worden met een bepaald test level Voorbeelden minstens 85% van de testen zijn succesvol afgerond bij de niet-succesvol afgeronde testen is er geen priorititeit 1 38 Criteria per test level
39 Waarom stellen we deze op? De start en het einde van een test level mogen niet enkel afhankelijk zijn van de tijd Indien dit toch gebeurt door bijvoorbeeld een verkorting van de voorziene tijd kunnen we aan de hand van deze criteria de risico s beter inschatten naar de volgende test levels toe Om de planning onder controle te houden 39 Criteria per test level
40 40
41 Bepalen van de benodigde infrastructuur Opzetten van overlegstructuur 41 Wat houdt dit hoofdstuk in?
42 Wat verstaan we onder infrastructuur? - testomgeving(en) - test tools - setup van testruimte Infrastructuur moet ook ingepland en gebudgetteerd worden!! Infrastructuur 42
43 Testomgevingen - Algemeen principe - OTAP - Ontwikkeling - Test - Acceptatie Kunnen eventueel samen gebruikt worden - Productie Testomgevingen 43
44 Testomgevingen - Specifiek - afhankelijk van de gekozen test levels - dus ook afhankelijk van de gekozen testdoelen - voorbeelden zijn performantie testomgeving migratie testomgeving demo omgeving preproductie omgeving Testomgevingen 44
45 Welke soorten testomgevingen kennen we? - fysieke testomgevingen eigen hardware en software onafhankelijk van anderen duur - virtuele testomgevingen 1 server met meerdere omgevingen afhankelijkheid met meerdere omgevingen van de operaties op deze eneorgan server goedkoper Testomgevingen 45
46 Belangrijk bij het bepalen en vastleggen van testomgevingen - wees realistisch - een tester heeft altijd meerdere omgevingen nodig - zorg dat er resources zijn voor de opzet en he tonderhoud van deze omgeving(en) - overweeg eventueel virtuele omgevingen Infrastructuur - Testomgevingen 46
47 Welke vragen moeten we ons stellen rond test tools? - hebben we test tools nodig? test management tools defect Management tools functionele test tools - dienen we deze aan te kopen? - dienen deze nog opgezet te worden? - moeten we specifieke tools zelf bouwen? Test Tools 47
48 Als gevolg van de antwoorden op de vorige vragen, moeten we - budgetteren - plannen - manieren van werken afspreken met alle betrokken partijen Test Tools 48
49 Wanneer is een testruimte nodig? - vooral bij acceptatietesten door eindgebruikers - om systeem- en acceptatietesters samen te brengen - om eventuele opleidingen te geven aan testers alvorens zij hun testopdracht starten Is niet altijd mogelijk Indien wel mogelijk moet ook deze ingepland worden! Setup testruimte 49
50 Waaraan voldoet een goede testruimte? - alle benodigde hard- en software is aanwezig - afgesloten van de normale werkomgeving - testcoördinator is eigenaar van deze ruimte - mogelijkheid aparte meeting room Setup testruimte 50
51 Wat en waarom? - de overlegstructuur geeft de communicatielijnen aan tussen de verschillende betrokken partijen - bij deze communicatielijnen staat er ook hoe vaak en op welke manier er gecommuniceerd wordt - in grote lijnen - op die manier weet iedereen wanneer en hoe ze over de testen gebriefd worden - op voorhand vastleggen om miscommunicatie te voorkomen 51 Opzet overlegstructuur
52 Waar op letten bij het vastleggen van de overlegstructuur? - werk met SPOCs per partij - niet te zwaar maken, haalt de aandacht weg van de essentie - testen - haalbare meetings plannen qua tijd aanwezigen - schematisch en duidelijk weergeven 52 Opzet overlegstructuur
53 53 Wat houdt dit hoofdstuk in?
54 Opvolgen van de voortgang Behandelen van afwijkingen 54 Wat houdt dit hoofdstuk in?
55 Wat doen we in deze fase? - we geven inzicht in en hebben controle over: de voortgang van het test proces de kwaliteit en de risico s van het test object de kwaliteit van het test proces Het is de rol van de test coördinator om het totale test proces te controleren in een optimale manier en hierover te rapporteren 55 Onderdelen van controleren
56 Is een van de moeilijkste taken voor de test coördinator, aangezien er verschillende factoren in meespelen: - medewerkers - betrokken partijen - verwachtingsmanagement Vereist de nodige communicatie en sociale vaardigheden die vanuit de test coördinator moet komen Monitoring 56
57 Waar halen we de informatie vandaan? - intern beheerde data over het gehele proces - data die voorzien wordt vanuit de verschillende test levels - informatie van buiten het test proces meeting minutes gesprekken project meetings stand-up meetings... Monitoring 57
58 Wat doen we met deze informatie? - we analyseren mogelijke trends gaan we de goede richting uit of niet? - gevaren kunnen op tijd gedetecteerd worden - opportuniteiten kunnen ook op tijd gedetecteerd worden!!! Monitoring 58
59 Wat doen we als we een gevaar of een opportuniteit zien? - stap 1 analyse van de gebeurtenis inschatten van de risico s maatregelen voorstellen - stap 2 coördineren met de opdrachtgever en eventueel andere betrokken partijen indien nodig Monitoring 59
60 60
61 Het belang van rapportage Opstellen van tussentijdse rapportage Opstellen van een eindrapport 61 Waar gaat dit hoofdstuk over?
62 Als we niets rapporteren, hebben we niets getest! Rapporten geven inzicht in de kwaliteit van het testobject en van het testproces Informatie mag niet enkel bij de test coördinator blijven De klant/opdrachtgever op hun gemak stellen Beslissingen triggeren om het proces bij te sturen 62 Waarom rapporteren?
63 We kunnen een oneindig aantal tussentijdse rapporten genereren, maar dit mag uiteraard niet in de weg staan van de essentiële testopdracht Rapportage dient afgestemd te worden met de belanghebbenden Zoveel mogelijk de eisen samenbrengen rond 1 of enkele rapporten 63 Welke zijn mogelijk?
64 Het is de taak van de test coördinator om aan te tonen dat - het verwachte resultaat bereikt wordt - de risico s van het systeem in productie te nemen zo klein mogelijk zijn, gegeven alle voorwaarden - dit alles plaats heeft gevonden binnen het afgesproken budget en tijdsframe 64 Waarom een eindrapport?
65 Structuur - gelijkaardig met het test level rapport - entry & exit criteria worden nu acceptatiecriteria - er zijn geen over te dragen defects meer - wel nog openstaande defects Bevat ook het advies over het al dan niet in productie brengen van de test coördinator 65 Wat vermelden we hierin?
66 66
67 Voordelen van tools als ondersteuning Soorten tools 67 Waar gaat dit hoofdstuk over?
68 Welke zijn de belangrijkste voordelen van het inschakelen van tools? - hogere productiviteit - hogere kwaliteit testen - hogere arbeidsvreugde (minder manuele regressietesten bijvoorbeeld) - uitbreiding testmogelijkheden - rapportagemogelijkheden 68 Waarom hebben we tools nodig?
69 Er zijn niet echt nadelen, echter wel valkuilen - setup is arbeidsintensief - hoge onderhoudseisen - upgrade van de tool vereist de nodige aandacht - a fool with a tool is still a fool 69 Zijn er ook nadelen?
70 Er zijn verschillende soorten tools aanwezig die je job als testcoördinator kunnen vereenvoudigen - tools voor het plannen en het beheren van de testen - tools voor het ontwerpen van de testen - tools voor het uitvoeren van de testen - tools voor het debuggen en het analyseren van de code 70 Welke tools zijn er?
71 Niet blijven bij de traditionele tools Er zijn meer tools dan Quality Center - Jira - defect tracking - Mantis Bug Tracking - MS Excel - Notepad - CSV editors -... Concreet 71
72 We kennen de opdracht en alle betrokken partijen We kennen de doelstellingen van de testopdracht We weten wat we gaan testen We weten hoe we dat gaan testen We weten wat onze criteria zijn waar we naartoe gaan werken We weten hoeveel ons dit kost en wanneer we deze activiteiten zullen uitvoeren We zijn praktisch georganiseerd om al het voorgaande te kunnen uitvoeren We zijn met de uitvoer begonnen en we proberen deze onder controle te houden We hebben gerapporteerd over de voortgang en hebben op het einde van de testen een finaal testrapport opgesteld De evaluatie van de testopdracht is afgerond en wordt meegenomen naar de volgende opdracht 72 We kunnen het makkelijker maken voor onszelf
73 Online informatie veel bruikbare checklists bijzonder actief forum mijn eigen testblog Boeken - Lessons learned in software testing, Cem Kaner - TMAP Next, Michiel Vroon, Tim Koomen - Testen 2.0, Anko Tijman Veel informatie beschikbaar 73
74 Twitter 74 Contact Erik Boelen +32 (0) erik.boelen@me.com
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 informatieTestplan IpMEDT3 project
Testplan IpMEDT3 project Versie: 1.0 Groepsbegeleider: Bob Zadok Blok Groepsleden: Luuk Gortzak (s1062708) Jens Brokaar (s1066589) Ellis Stroet (s1066586)
Nadere informatieTesten. 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 informatieISACA 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 informatieTESTEN 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 informatieDe 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 informatieInhoudsopgave 1. Opdrachtformulering Beschouwingsgebied Binnen de opdracht Buiten de opdracht
Test rapport Dit document beschrijft de testopdracht voor het Nederlands Kampioenschap software testen 2017. De website Fructasys (Software Under Test SUT) is een totaal backoffice pakket waarmee je bestellingen
Nadere informatieMartin 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 informatieNajaarsspecial 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 informatieSjabloon 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 informatieData en Applicatie Migratie naar de Cloud
Data en Applicatie Migratie naar de Cloud Iris Pinkster Professional Testing 1 Agenda - Introductie - De Cloud een introductie - Keuze van geschikte applicaties - Migratie strategieën - Test strategieën
Nadere informatieRegressietesten. 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 informatieVan 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 informatieISTQB Foundation level. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.
ISTQB Foundation level Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3
Nadere informatieBijlage 3: Master testplan
Bijlage 3: Master testplan KIS Testplan Inaxion Lelystad Adres: Jol -20 Postbus : 609 Postcode Plaats 8483 ED Lelystad I www.inaxion.nl Plaats Lelystad Datum 22 maart 200 Auteur Saidou Diallo Status Finaal.0
Nadere informatieProduct Risico Analyse
Product Risico Analyse Jurian van de Laar TestNet Avond 9 oktober 2013 www.improveqs.nl (info@improveqs.nl) Versie 2.0 1 Herkenbaar? In ons testproces wordt product risico analyse toegepast Wij gebruiken
Nadere informatieTestaanpak: 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 informatieSubwerkgroep 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 informatieMonitoring en control op uitbestede testwerkzaamheden
Monitoring en control op uitbestede testwerkzaamheden Kees Blokland Juni 2004 kees.blokland@polteq.com Regievoering uitbestede testwerkzaamheden Uitbestede testen door de leverancier GMTP Acceptatie Monitoring
Nadere informatieAnko Tijman Een agile teststrategie op basis van MoSCoW
Titel, samenvatting en biografie Anko Tijman Een agile teststrategie op basis van MoSCoW Samenvatting: Deze presentatie behandelt de toepassing van de teststrategie vanuit een agile perspectief: welke
Nadere informatieVan 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 informatieRiskpoker - Confirmation - Planningpoker. Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink
Riskpoker - Confirmation - Planningpoker 10-7-2013 Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink 1 Presentatie (sprint) backlog items 1 2 3 4
Nadere informatieSoftware 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 informatieWoordenlijst 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 informatie1,3 miljoen regels mission critical code omzetten naar C++, hoe test je dat?
1,3 miljoen regels mission critical code omzetten naar C++, hoe test je dat? XXXXXX Najaarsevenement 2016 Jaap Kuilman 11 oktober 2016 Introductie Jaap Kuilman Testconsultant bij InTraffic Ervaring in
Nadere informatieVrijgaveadvies. 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 informatieOffshoring & 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 informatieOmschrijving. Technische context
FUNCTIONEEL TESTER Locatie 1000 Brussels, België Binnen de afdeling gegevensbeheer van het Agentschap Informatie Vlaanderen is het team verantwoordelijk voor het stimuleren en ondersteunen van het e-government
Nadere informatieEISEN AAN TESTPLANNEN
EISEN AAN TESTPLANNEN Auteur : Datum : Versie :.. Status :.. Datum overdracht : Overgedragen aan : Inhoudsopgave 1 Inleiding...
Nadere informatieMastertestplan <<Naam project>> <<Organisatie>>
Mastertestplan SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie Pagina 2 van 17 Inhoudsopgave 1 Management
Nadere informatieWhitepaper. Exploratory Testing. Waarom doen we dat niet altijd? door Dennis Joele
Whitepaper Exploratory Testing Waarom doen we dat niet altijd? door Dennis Joele Dennis Joele is werkzaam als test designer bij TriOpSys en heeft als zodanig voor de Dienst der Hydrografie van de Koninklijke
Nadere informatie1. Work Breakdown Structure en WBS Dictionary
1. Work Breakdown Structure en WBS Dictionary CUSTOMER migratie Management Technische Transitie Meetings Status Reporting Administratie Technisch Upgegrade Systemen (3-tier) Delta Analyse & Functioneel
Nadere informatieTestgedreven 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 informatieAdding value to test tooling Hoe en waarom DevOps de wereld van performance testen verandert
Hoe en waarom DevOps de wereld van performance testen verandert Najaarsevenement 14 oktober 2015 Inleiding Wie zijn we Marc Koper: Specialist in performancetesten / testautomatisering HenkJaap van den
Nadere informatieTesten van Datawarehouses en Informa2e. Kan het 2x zo snel, 2x zo goedkoop en 2x zo volledig?
Testen van Datawarehouses en Informa2e Kan het 2x zo snel, 2x zo goedkoop en 2x zo volledig? Wat verwachten we van DWH testen? 1. 2. 3. 4. 5. Gestructureerd Bekende afwijkingen Herhaalbaar (regressietesten)
Nadere informatieERP Testing. HP Nijhof. Testmanager. Testnet November 2005
ERP Testing HP Nijhof Testmanager Testnet November 2005 Solution Sales Meeting7 November 2005 1 Agenda Waarom pakketten testen? Schaarse middelen? Ideale ERP test situatie Vragen 2 De centrale vraag ERP
Nadere informatieTestNet voorjaarsevent 15 mei Testen met AI. Op weg naar een zelflerende testrobot. TestNet werkgroep Testen met AI. Sander Mol Marco Verhoeven
TestNet voorjaarsevent 15 mei 2018 Testen met AI Op weg naar een zelflerende testrobot TestNet werkgroep Testen met AI Sander Mol Marco Verhoeven De aanleiding: AI tool speelt breakout Tool ziet alleen
Nadere informatieRisk And Requirement Based Testing bij Acerta
Risk And Requirement Based Testing bij Acerta Bart.Dooms@acerta.be Testverantwoordelijke Acerta November 2005 RRBT bij Acerta AGENDA Acerta? Risk en Requirements Based Testing (RRBT)? Hoe? Risicoanalyse
Nadere informatieSjabloon detailtestplan. <<Organisatie>>
Sjabloon detailtestplan SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 18 Inhoudsopgave 1 Managementsamenvatting...
Nadere informatieNK Testen Testrapport team 4. Team: #Test. SUT: Fructasys. Datum Team #test Claudia Star Robin Duiker DYongmit Lepcha Daniël Venhuizen
Datum 01-05-2017 Team #test Claudia Star Robin Duiker DYongmit Lepcha Daniël Venhuizen NK Testen Testrapport team 4 Versie 1.0 Team: #Test SUT: Fructasys Inhoud 1 Goedkeuringsverklaring 2 2 Document informatie
Nadere informatieTesting 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 informatieTest Automatisering? Mislukken Slagen gegarandeerd! Ruud Teunissen - Polteq Test Services BV
Test Automatisering? Mislukken Slagen gegarandeerd! Ruud Teunissen - Polteq Test Services BV Mislukken Slagen gegarandeerd 2 Mislukken Slagen gegarandeerd Management verwacht onmiddellijk R.O.I. Doel:
Nadere informatieTESTEN % ITIL & ASL & BISL WAT HEEFT EEN TESTER AAN ITIL? EEN PRAKTISCH HULPMIDDEL OF BUREAUCRATISCHE BALLAST?
TESTEN % ITIL & ASL & BISL WAT HEEFT EEN TESTER AAN ITIL? EEN PRAKTISCH HULPMIDDEL OF BUREAUCRATISCHE BALLAST? ITIL INFORMATION TECHNOLOGY INFRASTRUCTURE LIBRARY OPGEKOMEN IN DE JAREN 1980 ITIL V2 IN 2001
Nadere informatieSjabloon 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 informatieTMapNext. 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 informatieTest 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 informatiePerformance Testen bij Rabobank Nederland. TestNet Noord Testers bij de bank 21 februari 2012 Allan Beumer
Performance Testen bij Rabobank Nederland TestNet Noord Testers bij de bank 21 februari 2012 Allan Beumer Agenda Performance Testen bij Rabobank Nederland 1 2 3 4 Introductie Performance Competence Center
Nadere informatieProcesvisie 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 informatieErwin 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 informatieWelkom. Great SAP Test Experience. 23 maart 2015
Welkom Great SAP Test Experience 23 maart 2015 Sogeti PowerPoint Referentie 2014 2 5 5 Sogeti PowerPoint Referentie 2014 3 Sogeti PowerPoint Referentie 2014 4 Sogeti PowerPoint Referentie 2014 5 En toch
Nadere informatieTest rapport NK-Software Testen
Test rapport NK-Software Testen Applicatie Fructasis Release Auteur : : Plaats: Nieuwegein Kenmerk: Error! Unknown document property name.applicatie Fructasis Release 2 van 14 Documentenbeheer Wijzigingshistorie
Nadere informatieProductrisicoanalyse in de praktijk
Productrisicoanalyse in de praktijk Kees Blokland Polteq IT Services BV Agenda Intro Voorbereiding Aandachtspunten voorbereiding Bijeenkomst risicoanalyse Aandachtspunten bijeenkomst risicoanalyse Bepaling
Nadere informatie8-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 informatieAgile Risico Analyse (ARA)
Agile Risico Analyse (ARA) Gijs Op de Beek 1 Inhoud 1. Opening 2. Waarom 3. Traditionele PRA vormen 4. Agile Risico Analyse 5. Beheersen van Risico s 6. Monitoren van Risico s Sogeti presentatie ARA 2017
Nadere informatieNGI-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 informatieTesten 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 informatieAnand T hakur. Over Anand
Anand T hakur Over Anand 1987 Anand Thakur is een TMAP Next gecertificeerde testcoördinator. Mede door zijn analytisch vermogen, objectiviteit, senioriteit, vermogen om onder druk te werken en geode stakeholder
Nadere informatieTestrisicoanalyse. Introductie
7 Testrisicoanalyse 7.1 Introductie Veel testtrajecten zijn tegenwoordig gebaseerd op risico s. Bij risicogebaseerd testen (RBT) bepaalt het risico dat de organisatie loopt als het systeem in gebruik wordt
Nadere informatieAgenda. Introductie Aan het werk Conclusie / restrospective
Agenda Introductie 13.45 14.30 Aan het werk 14.30 16.30 Conclusie / restrospective 16.30 17.00 Introductie High performance Testing Voorstellen Waar ben je echt goed in (3 minuten) Teams vormen op basis
Nadere informatieCecile 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 informatieKwaliteitsbewaking en testen in ICT beheerorganisaties
DKTP Informatie Technologie Veembroederhof 1 1019 HD Amsterdam Telefoon 020 427 52 21 Kwaliteitsbewaking en testen in ICT beheerorganisaties Voor de meeste projectgroepen die software ontwikkelen vormt
Nadere informatie14/11/2010. Een duurzame testaanpak voor een veranderd informatiesysteem. Agenda. Wie is Albert?
Een duurzame testaanpak voor een veranderd informatiesysteem Albert Mohan & Han Toan Lim Agenda Introductie Koffiepauze Afronding testproject Afsluiting No. 2 Wie is Albert? Albert Mohan Testmanager, Testadviseur
Nadere informatieTesten en QA bij pakketimplementaties
Testen en QA bij pakketimplementaties Eric Begeer Sogeti Nederland B.V. Testnet 5 november 2003 Agenda Waarom maken organisaties gebruik van pakketten? Welke risico s lopen ze hierbij? Welke maatregelen
Nadere informatieWij testen..maar....wat test jij?
Wij testen..maar....wat test jij? Wij testen maar wat test jij? Harm Pul, Busineslinemanager Functioneel Beheer TMAP dag 2015, 29 september 2015 Bussum 2 Herkent u dit? De gebruikers testen dit straks
Nadere informatieDE PRIVATE CLOUD. Johan Bos & Erik de Meijer
DE PRIVATE CLOUD Johan Bos & Erik de Meijer Agenda Wat is Cloud? Waarom Private Cloud? Wanneer Private Cloud? Een stappenplan Vragen Quiz Ga naar www.kahoot.it of download de app Gefeliciteerd! 2017 EXACT
Nadere informatieTMAP NEXT. BDTM voor opdrachtgevers
TMAP NEXT BDTM voor opdrachtgevers auteurs: Aalst, L. van der, Baarda, R., Roodenrijs, E., Vink, J., Visser, B. gebaseerd op de originele publicatie in: TMap NEXT, Business Driven Test Management, Aalst,
Nadere informatieTest 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 informatieTestautomatisering zoals geen anderis
Testautomatisering zoals geen anderis Testautomatisering, maar dan Anderis De wereld van IT is constant in beweging en we kunnen ons een leven zonder IT niet meer voorstellen. Er komen steeds meer nieuwe
Nadere informatieTesten als continuous enabler
Testen als continuous enabler Edwin van Loon en Giel Raijmakers 11 oktober 2017 Agenda Over APG (Edwin van Loon) Quality Driven Development Concept (Edwin van Loon) Test Automation Driven Testing (Giel
Nadere informatieSoftware 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 informatieRichtlijnen voor het ontwerpen een Intranetportal Door Bas Fockens
Richtlijnen voor het ontwerpen een Intranetportal Door Bas Fockens Copyright Datacon www.datacon.nl Wat is een intranetportal? Een intranet is een online gepersonaliseerde en geïntegreerde toegang tot
Nadere informatieTest 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 informatieTesten geeft grip. Michiel Vroon
Testen geeft grip Michiel Vroon ...bugs in software ...en software zit overal Het zorgt voor ongemak... 1. Insert card 2. Insert PIN 3. Enter amount 4. Take out card 5. Take out money Kleinschalig of grootschalig
Nadere informatie4. Advies vanuit het testteam Gebruikersacceptatietest (GAT) Leer- en aandachtspunten... 11
Testrapport Fructasys 1 Contents Testrapport Fructasys... 1 Versiebeheer... 2 1. Inleiding... 4 1.1 Algemene gegevens... 4 1.2 Opbouw testrapport... 4 2. Testplan... 5 2.1 Testbasis... 5 2.2 Testproducten...
Nadere informatieICT en Medische Technologie. Waar MT en ICT samen komen
ICT en Medische Technologie Waar MT en ICT samen komen Wie ben ik? Bas Kraneveld Sinds 2002 werkzaam in Medische Technologie (Jeroen Bosch Ziekenhuis) 1 e contact met Medische ICT, echter nog zeer beperkt
Nadere informatieOp weg naar een hoger niveau testorganisatie. Tim Koomen TestNet najaarsevenement 2009
Op weg naar een hoger niveau testorganisatie Tim Koomen TestNet najaarsevenement 2009 1 Start Test resource pool Test factory Basic Change Method Seite 2 Einde Start Test resource pool Test factory Basic
Nadere informatieWebtesten 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 informatieAccelerate? Automate!
Accelerate? Automate! TA Flying Squad bij KPN Marco Jansen van Doorn Test Tool Consultant, Business Line Test Automation What s Cooking, Vianen, 24 mei 2016 Vraag & Antwoord Meer rendement uit testautomatisering?
Nadere informatieRAD 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 informatieVERSIE 1.0 WOLFMEISTER VOF SERVICE LEVEL AGREEMENT UITGEREIKT DOOR: WOLFMEISTER IT. Graafseweg AL - s-hertogenbosch KVK
VERSIE 1.0 WOLFMEISTER VOF SERVICE LEVEL AGREEMENT UITGEREIKT DOOR: WOLFMEISTER IT Graafseweg 10 5213 AL - s-hertogenbosch KVK 71055657 SERVICE LEVEL AGREEMENT 1. PARTIJEN Deze Service Level Agreement
Nadere informatie6. Project management
6. Project management Studentenversie Inleiding 1. Het proces van project management 2. Risico management "Project management gaat over het stellen van duidelijke doelen en het managen van tijd, materiaal,
Nadere informatieAuteur Kenmerk Versie 1.0 Datum Bestandnaam Status Definitief. NK Software Testen 2017
Auteur Versie 1.0 Datum 01-05-2017 Bestandnaam Definitief NK Software Testen 2017 Inhoudsopgave 1 Distributie lijst 3 2 Management samenvatting 4 2.1 Opdracht 4 2.2 Scope van de opdracht 4 2.3 tabel 5
Nadere informatieData transformeren naar actiegerichte inzichten REPORTS ANALYTICS
Data transformeren naar actiegerichte inzichten REPORTS to ANALYTICS Voordelen Voor de Business professional Vanaf dag 1 heb je waardevolle inzichten die voor een jumpstart van uw business intelligence
Nadere informatieTMAP 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 informatieSamenvatting TMap Next Voor resultaatgericht testen
SAMENVATTING Samenvatting TMap Next Voor resultaatgericht testen Versie 1.0 ML september & oktober 2010 Inhoudsopgave ALGEMEEN... 4 1. INLEIDING... 4 2. KADER EN BELANG VAN TESTEN... 5 2.1. PLAATS VAN
Nadere informatieEibert Dijkgraaf Kijk verder dan je test neus lang is: Life Cycle Testing Scan Voorjaarsevent Testnet: 30 juni 2008
Titel, samenvatting en biografie Eibert Dijkgraaf Kijk verder dan je test neus lang is: Life Cycle Testing Scan Voorjaarsevent Testnet: 30 juni 2008 Samenvatting: Eibert Dijkgraaf (testconsultant Test
Nadere informatieHaaglanden Medisch Centrum
Cloud oplossing in Haaglanden Medisch Centrum 26 september 2016 Agenda I. Introductie Haaglanden MC II. Situatieschets (voor implementatie) III. Probleemstelling huidige situatie IV. Doelstelling V. Pakket
Nadere informatieMarc Koper Performancetesten voor dummies
Titel, samenvatting en biografie Marc Koper Performancetesten voor dummies Samenvatting: Systemen worden met de dag complexer met vaak ook nog veel koppelingen naar andere systemen. Maar men verwacht wel
Nadere informatievan TESTmanagement naar testmanagement
Ontwikkelingen in testmanagement: van TESTmanagement naar testmanagement Presenta9e TestNet Voorjaarsevenement 10 mei 2011 Peter Logman & Arno Dijkmans Agenda Wie zijn wij? TESTmanagement Sleutelmomenten
Nadere informatieTMap 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 informatieVerschillen in QA aanpak tussen ERP projecten en niet-erp projecten
Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten SYSQA B.V. Almere Datum : 06 mei 2013 Status : definitief Versie : 2.0 Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 5 Overzicht
Nadere informatieRisico s bij ERP. SYSQA B.V. Almere. Datum : 6 mei 2013 Status : Definitief Versie : 2.0 Opgesteld door :
Risico s bij ERP SYSQA B.V. Almere Datum : 6 mei 2013 Status : Definitief Versie : 2.0 Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 13 Titel Risico s bij ERP Versie 2.0 Datum 06-05-2013 Inhoudsopgave
Nadere informatieTestrapport Fructasys
Testrapport Fructasys Asjemenou Watvindiknou Naam Patrick Vos Ide Koops Mark van Kessel Ronald Keuning Jan Bertijn Functie Product owner Tester Tester Tester Tester 1 Advies: Aangezien de ontwikkeling
Nadere informatieFactsheet 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 informatieISO 20000 @ CTG Europe
ISO 20000 @ CTG Europe 31/10/2007 mieke.roelens@ctg.com +32 496266725 1 Agenda 31 oktober 2007 Voorstelling Project Business Case: Doel & Scope Projectorganisatie Resultaten assessments en conclusies De
Nadere informatieTestomgevingen beheer
Testomgevingen beheer Testen brengt het verwachte resultaat en de huidige toestand bij elkaar. Het geeft aanknopingspunten om de planning te maken, het product te verbeteren en om zorgen bij belanghebbenden
Nadere informatieUitdagingen performancetesten in een Agile omgeving Best Practices & Demo
Uitdagingen performancetesten in een Agile omgeving Best Practices & Demo Henrik Rexed & Joerek van Gaalen Voorstellen Joerek van Gaalen Performancetest specialist sinds 2005 Sinds 2014 CTO Computest Voorstellen
Nadere informatieTentamen Systeemontwikkeling 1 (I00100)
Tentamen Systeemontwikkeling 1 (I00100) 26 januari 2004, 10:30 12:30 Naam: Studentnummer: Noteer op dit tentamen als eerste je naam en studentnummer Er mogen geen boeken, aantekeningen, etc. worden geraadpleegd
Nadere informatieTESTAUTOMATISERING 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 informatieGrenzeloos 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