Martin Pol, Jeroen Mengerink en Kees Blokland lanceren in 2012 een boek over het testen van Cloud Services. Met deze presentatie wordt het boek geïntroduceerd.
3. Polteq testservices
• Sinds 2000
• 125+ medewerkers
• 100% testspecialist
• Test management
• Test engineering
• Test projecten
• Test outsourcing
• Test advisering
• Test opleiding
• Test R&D
Belastingdienst
Aegon
Achmea
Essent
C1000
T-Mobile
KPN
Český Telecom
Philips
Menzis
Heineken
HP
Delta Lloyd
Unilever
Huawei
NOKIA
Ericsson
PepsiCo
Microsoft
ONVZ
ProRail
Novell
Daimler Chrysler
NATO
Univé
Statoil
TNT
Unigarant
Unilever
Barclays bank
NS
ING
ABN-AMRO
Quion
RBS Direct Line
Provincie Overijssel
RDW
4. Programma
• Intro “De Cloud
Martin Pol
• Hoe test je Cloud Computing?
Jeroen Mengerink
Kees Blokland
Ruud Teunissen
14. 14
Toepassing?
>500
Private
Hybride
Community
IaaS, PaaS, DaaS, SaaS
Taas
*aaS
Rekencentrum
Data management
Business processen
Consument
Public
SaaS
Surf en mail
Apps
Social media
Dropbox
Google services
Spotify
Picasa
Games
……………
<500, MKB
Public
*aaS
Mail
Opslag
Infrastructuur
CRM
Finance
Business processen
15. 15
Misvattingen
• De zoveelste hype. Waait wel over!
• Hebben we al, doen we al jaren met succes
• Wij gaan toch niet public
• In-house veel veiliger
• Ver van mijn bed show, een rekencentrumfeestje
• Voor testen verandert er niks
21. 21
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Testmaatregelen
TestenProef
Intake
InterviewProof of concept
22. 22
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens SelectieRisico’s
Testmaatregelen
23. 23
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens SelectieRisico’s
Testmaatregelen
24. 24
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens SelectieRisico’s
Testmaatregelen
25. 25
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens SelectieRisico’s
Testmaatregelen
Architectuur
Van INDIVIDUELE risico’s
naar
INDIVIDUELE maatregelen
27. 27
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens SelectieRisico’s
Testmaatregelen
31. 31
Alles over het web
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Risico’s
Het idee:
“het is veilig”.
Speelveld
hackers.
32. 32
Bring Your Own Device
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Risico’s
Geen vrijheid in
apparatuurkeuze.
Onbeperkte
mogelijkheden.
37. 37
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens SelectieRisico’s
Testmaatregelen
38. 38
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Selectie
Implementatie
Productie
Testmaatregelen
TestenProef
Intake
InterviewProof of concept
39. 39
Testen van Beveiliging
Testen van Performance
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Bekende maatregelen
aangescherpt
Nieuwe maatregelen
ontwikkeld
Testmaatregelen
40. 40
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens SelectieRisico’s
Testmaatregelen
41. 41
Testen van Beveiliging
Testen van Performance
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Selectiecriteria
Testmaatregelen
42. 42
Testen van Beveiliging
Testen van Performance
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Proof of Concept
Testmaatregelen
43. 43
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Selectie
Implementatie
Productie
Testmaatregelen
44. 44
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens SelectieRisico’s
Testmaatregelen
45. 45
Testen van Beveiliging
Testen van Performance
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Continu
End-to-End/Ketentesten
Functionals
en
non-functionals
Testmaatregelen
46. 46
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens SelectieRisico’s
Testmaatregelen
47. 47
Testen van Beveiliging
Testen van Performance
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Testmaatregelen
48. 48
Testen van Beveiliging
Testen van Performance
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Elasticiteit
Load en stress.
Load en elasticiteit.
Testmaatregelen
50. 50
Testen van Beveiliging
Testen van Performance
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Elasticiteit
Load en stress.
Load en elasticiteit.
Testmaatregelen
51. 51
Testen van Beveiliging
Testen van Performance
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Online – Offline
Use case testen.
Global testen.
Testmaatregelen
52. 52
Testen van Beveiliging
Testen van Performance
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Any device – any platform
Multiplatformtesten.
Multiplatformtesten.
Testmaatregelen
53. 53
Internet Explorer 6
Internet Explorer 7
Internet Explorer 8
Firefox 3.5
Firefox 3.6
Firefox 4
Safari 4
Safari 5
Chrome11
Opera11
Windows XP
Windows Vista
Windows 7
Windows 2003 server
Windows 8
Windows CE
Linux
Unix
Mac OS Lion
Mac OS Snowleopard
iOS
Android
Besturingssystemen
Browsers
Multiplatformtesten
Apparaten
Computer
Mobiele telefoon
Tablet
PC
Macintosh
SUN
NOKIA …
Samsung …
Windows Mobile
iPhone ..
Xxx …
MOTOROLA…
Blackberry…
ASUS..
Xxx …
54. 54
Testen van Beveiliging
Testen van Performance
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Any device – any platform
Multiplatformtesten.
Multiplatformtesten.
Testmaatregelen
55. 55
Testen van Beveiliging
Testen van Performance
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens Selectie
Wet + Regelgeving = Testbasis
Incidenteel testen.
Compliancy testen.
Testmaatregelen
59. 59
Performance
Beveiliging
Beschikbaarheid &
Continuïteit
Functionaliteit
Beheerbaarheid
Wet- en regelgeving
Leveranciers &
Uitbesteding
Testen van Performance
Testen van Beveiliging
Testen rond
Beheerbaarheid
Testen van Continuïteit
& Beschikbaarheid
Testen van Functionaliteit
Testen van Migraties
Testen vanwege
Wet- en regelgeving
Testen in Productie
Testen tijdens SelectieRisico’s
Testmaatregelen
Testen begint eerder
Testen wordt breder
Testen eindigt nooit
60. 60
Cloutest
®
De testaanpak voor cloudservices is beschikbaar
de risico’s zijn geïnventariseerd en
direct gekoppeld aan testmaatregelen
Details:
Vragen: cloutest@polteq.com
Discussie: cloutest - vraag en antwoord
Training: www.polteq.com
Editor's Notes
Dit wordt meer.
Wat doen we allemaal met computers?
U wordt bij uw manager geroepen en die verteld: “we gaan naar de cloud” en we willen graag dat jij het testen voor je rekening neemt!
Allerlei vragen:
Welke delen gaan naar de cloud?
Wat is de impact?
Past mijn huidige testaanpak op deze nieuwe context?
Wat moet ik veranderen?
Na de eerste opwinding (of teleurstelling), grijp je al snel terug op de vertrouwde principes: laten we eens kijken welke risico’s er nou eigenlijk zijn verbonden aan het gebruiken van cloud services…
Misschien verdwijnen bekende risico's wel als sneeuw voor de zon… Maar goed, het kan ook zijn dat nieuwe risico hun plaats innemen en bestaande risico’s op een andere manier alsnog optreden…
KLIK
Het goede nieuws is dat wij dat ook gedaan hebben… Op basis van onze eigen praktijk en de ervaringen van onze mensen, aan de hand van allerhande informatiebronnen, uiteraard gezond verstand en onze ervaring in testen en IT, hebben wij de meest voorkomende risico's (143) hebben geïnventariseerd.
Vervolgens hebben we deze op een handige manier gegroepeerd. Er is gekozen voor een beperkt aantal groepen, ook om het ISO9126 horrorscenario te voorkomen (zo uitgebreid dat je niet weet waar te beginnen).
KLIK
Maar ook zodanig dat je gericht in gesprek kunt gaan met de diverse betrokkenen om alle noodzakelijk informatie over de risico’s in kaart te kunnen brengen.
De volgende stap die je dan gaat maken is het bedenken van een efficiente set van maatregelen om de risico’s af te dekken. Dat is en blijft immers ons doel: inzicht geven in de kwaliteit van de oplossing en de “resterende risico’s”
Maar “Klassiek” testen en het uitvoeren van een “intake” is niet voldoende…
KLIK
Dus ga je breder kijken… En komen andere preventieve en detectieve maatregelen nadrukkelijk in beeld.
De volgende stap die we hebben gezet is vergelijkbaar met de stap die ik net bij de risico’s heb laten zien: op welke wijze kunnen we al deze mogelijke testsoorten en vormen en activiteiten tot effectieve setjes van testmaatregelen groeperen zodanig dat we als tester op de juiste wijze de risico’s kunnen afdekken.
KLIK
Risico’s en maatregelen.
Wat Cloutest UNIEK maakt is de dat er een directe link wordt gelegd tussen INDIVIDUELE risico’s en de bijbehorende INDIVIDUELE maatregelen.
Kijk bijvoorbeeld naar performance.
Voor de meesten van ons als begrip weinig nieuws.
Wat blijkt is dat de performance eisen al nadrukkelijk tijdens de selectie moeten worden meegenomen. Maar ook dat naast de set van maatregelen voor het testen van performance, het testen van beheerbaarheid van belang is: heb ik een representatieve omgeving?
En tijdens productie? Meer dan voorheen moet de performance niet alleen gemonitord worden maar het kan zelfs van belang zijn om het regelmatig te testen. De cloud services veranderen continu, veel en vaak en ongecontroleerd en dit kan impact hebben op uw performance. Monitoring is dan niet voldoende maar regressietest op uw performance kan noodzakelijk zijn.
Neem nu bijvoorbeeld Beveiliging.
Hoewel daar niet bewust op gestuurd is, blijkt dat het testen van beveiliging in elke testmaatregele terug komt…
Van selectiecriteria (welke beveiligingsmaatregelen heeft de leverancier genomen en over welke certificaten beschikt hij),
via het testen van autorisatie en autenticatie (terug te vinden in het testen van beveiliging en het testen van functionaliteit),
Naar het testen van bv dataschoning: onbedoeld blijven gegevens bestaan die gewist hadden.
Tot en met het "live" bewaken want het gebeurt domweg dat er onbedoeld wijzigingen worden doorgevoerd die impact hebben op de beveiligingsmaatregelen.
Cloutest
Architectuur
Risico’s handig gegroepeerd, maatregelen effectief geclusterd
INDIVIDUELE risicos gekoppeld aan INDIVIDUELE maatregelen
En het goede nieuws is: u krijgt het allemaal mee naar huis
KLIK
U krijgt mee een aanpak die u helpt bij het in kaart brengen van de risico’s die in uw situatie van toepassing zijn en uw helpt bij het selecteren van de meest effectieve maatregelen.
Laten we beginnen met de risico’s
We hebben deze 4 risico’s gekozen en de Auteurs gevraagd deze toe te lichten.
Ik geef na dan ook het woord aan Jeroen Mengerink
En dat concept – van risico’s naar testmaatregelen – vormt dan ook de basis en de architectuur van Cloutest en het bijbehorende boek.
En dat concept – van risico’s naar testmaatregelen – vormt dan ook de basis en de architectuur van Cloutest en het bijbehorende boek.
En dat concept – van risico’s naar testmaatregelen – vormt dan ook de basis en de architectuur van Cloutest en het bijbehorende boek.
En dat concept – van risico’s naar testmaatregelen – vormt dan ook de basis en de architectuur van Cloutest en het bijbehorende boek.
En dat concept – van risico’s naar testmaatregelen – vormt dan ook de basis en de architectuur van Cloutest en het bijbehorende boek.
En dat concept – van risico’s naar testmaatregelen – vormt dan ook de basis en de architectuur van Cloutest en het bijbehorende boek.
Alle overige individuele risico’s – in totaal 143 – worden in Cloutest beschreven op een vergelijkbare manier…
(Overgang naar Ruud)
De essentie van Cloutest is in feite: Testen begint eerder (tijdens selectie), kijkt breder (anders en met meer diepgang tijdens implementatie), gaat langer door…
“Doet de SW het volgens de specs?” verandert in “Gaat dit straks wel werken voor de gebruiker?”. Dus kruip al tijdens de selectie in de huid van de (eind)gebruiker.
Voorkom dat je achter de feiten aanloopt en dat je achteraf vaststelt dat je de verkeerde keuze hebt gemaakt. Dus moet je aanwezig zijn bij de selectie want DAAR worden belangrijke beslissingen genomen die grote invloed hebben op de risico’s bij gebruik van de service. Risico’s (de kans dat) veranderen in feiten (issues).
Goed en breed testen tijdens implementatie, voor life gang
En dan houdt het niet op, want ook nadat de service in productie is genomen blijven er taken voor test. Want als je services gaat afnemen uit de Cloud verdwijnt de vertrouwde rol die beheer tot nu toe heeft gehad.
Wat is implementatie?
Het lijkt op wat we gewend zijn maar in feite is het in productie maar nog niet life…
Het inrichten, aansluiten, configureren, in gebruik nemen, etc van de service
In de omgeving met bestaande informatiesystemen
Met alles erop en eraan
En dan met name het testen er van
Wordt waargemaakt waar de selectie op was gebaseerd?
Proof of the pudding is in the eating
Feitelijk constateren IN de productiesituatie
Voor performance, beveiliging, functionaliteit, migratie niet heel erg nieuw, maar op diverse onderdelen
Bewuster, scherper, completer, preciezer, kritischer, ook minder en anders.
Beheerbaarheid, continuiteit waren geen veeleisende onderwerpen voor testen
In de Cloud komen die veel nadrukkelijker op de agenda
Wet- en regelgeving is helemaal nieuw
Kortom: een combinatie van bestaande, aangescherpte en nieuwe aanpakken voor testen
Selectie wordt beheerst door de afdeling inkoop en die kijken – naast andere aspecten – met name naar kosten Hebben vaak minder ook voor de aansluiting op het business proces. En vergis u niet: SAP kent ABAP, maar uw service in de cloud kent helemaal niets…
Maar wie let op al die cloud risico’s? Het waren er 143, weet u nog wel. En vergeet niet: Na selectie zit je aan de service vast en is een risico geen risico meer maar een feit (issue).
Dus moet test moet zich in het selectieproces aan tafel “vechten”!
---
Wat speelt er dan allemaal?
Zorg dat de selectiecriteria compleet zijn (inclusief de cloudrisico’s)
Criteria gericht op de service: dat moet het doen
Criteria gericht op de leverancier: ook DAAR zit je straks aan vast
Leverancier waaraan je vast zit… door een slimme strategie
Gestapelde leveranciers – Hosting!
---
Een belangrijk pluspunt is overigens dat de een “life test” van de service kunt doen. Deze zogenaamde Proof of Concept is mogelijk door tijdelijk de service af te nemen.
Selectie wordt beheerst door de afdeling inkoop en die kijken – naast andere aspecten – met name naar kosten Hebben vaak minder ook voor de aansluiting op het business proces. En vergis u niet: SAP kent ABAP, maar uw service in de cloud kent helemaal niets…
Maar wie let op al die cloud risico’s? Het waren er 143, weet u nog wel. En vergeet niet: Na selectie zit je aan de service vast en is een risico geen risico meer maar een feit (issue).
Dus moet test moet zich in het selectieproces aan tafel “vechten”!
---
Wat speelt er dan allemaal?
Zorg dat de selectiecriteria compleet zijn (inclusief de cloudrisico’s)
Criteria gericht op de service: dat moet het doen
Criteria gericht op de leverancier: ook DAAR zit je straks aan vast
Leverancier waaraan je vast zit… door een slimme strategie
Gestapelde leveranciers – Hosting!
---
Een belangrijk pluspunt is overigens dat de een “life test” van de service kunt doen. Deze zogenaamde Proof of Concept is mogelijk door tijdelijk de service af te nemen.
De essentie van Cloutest is in feite: Testen begint eerder (tijdens selectie), kijkt breder (anders en met meer diepgang tijdens implementatie), gaat langer door…
“Doet de SW het volgens de specs?” verandert in “Gaat dit straks wel werken voor de gebruiker?”. Dus kruip al tijdens de selectie in de huid van de (eind)gebruiker.
Voorkom dat je achter de feiten aanloopt en dat je achteraf vaststelt dat je de verkeerde keuze hebt gemaakt. Dus moet je aanwezig zijn bij de selectie want DAAR worden belangrijke beslissingen genomen die grote invloed hebben op de risico’s bij gebruik van de service. Risico’s (de kans dat) veranderen in feiten (issues).
Goed en breed testen tijdens implementatie, voor life gang
En dan houdt het niet op, want ook nadat de service in productie is genomen blijven er taken voor test. Want als je services gaat afnemen uit de Cloud verdwijnt de vertrouwde rol die beheer tot nu toe heeft gehad.
Applicaties (Apps) veranderen voortdurend
Leveranciers en Services veranderen voortdurend
Business wil en kan voortdurend veranderen.
Veel meer ongecontroleerde changes vanuit de services…
Beheer van de service ligt bij de leverancier dus geen eigen beheerafdeling…
Na implementatie kan alles wel goed werken MAAR: er verandert van alles
DUS: risico’s komen terug
DUS: tester houdt een rol na live-gang
---
Zo goed mogelijke schaduw omgeving!
Door continue E2E/Ketentest detecteren van veranderingen
---
Functioneel; veranderingen in de functionaliteit
Performance: ook hier kunnen er veranderingen plaatsvinden
Beheerbaarheid: veranderingen in werk instructies
Wat is implementatie?
Het lijkt op wat we gewend zijn maar in feite is het in productie maar nog niet life…
Het inrichten, aansluiten, configureren, in gebruik nemen, etc van de service
In de omgeving met bestaande informatiesystemen
Met alles erop en eraan
En dan met name het testen er van
Wordt waargemaakt waar de selectie op was gebaseerd?
Proof of the pudding is in the eating
Feitelijk constateren IN de productiesituatie
Voor performance, beveiliging, functionaliteit, migratie niet heel erg nieuw, maar op diverse onderdelen
Bewuster, scherper, completer, preciezer, kritischer, ook minder en anders.
Beheerbaarheid, continuiteit waren geen veeleisende onderwerpen voor testen
In de Cloud komen die veel nadrukkelijker op de agenda
Wet- en regelgeving is helemaal nieuw
Kortom: een combinatie van bestaande, aangescherpte en nieuwe aanpakken voor testen
We hebben deze 4 cluster van maatregelen gekozen en de Auteurs gevraagd deze toe te lichten.
Ik geef nu dan ook het woord aan Jeroen Mengerink
Wat is implementatie?
Het lijkt op wat we gewend zijn maar in feite is het in productie maar nog niet life…
Het inrichten, aansluiten, configureren, in gebruik nemen, etc van de service
In de omgeving met bestaande informatiesystemen
Met alles erop en eraan
En dan met name het testen er van
Wordt waargemaakt waar de selectie op was gebaseerd?
Proof of the pudding is in the eating
Feitelijk constateren IN de productiesituatie
Voor performance, beveiliging, functionaliteit, migratie niet heel erg nieuw, maar op diverse onderdelen
Bewuster, scherper, completer, preciezer, kritischer, ook minder en anders.
Beheerbaarheid, continuiteit waren geen veeleisende onderwerpen voor testen
In de Cloud komen die veel nadrukkelijker op de agenda
Wet- en regelgeving is helemaal nieuw
Kortom: een combinatie van bestaande, aangescherpte en nieuwe aanpakken voor testen
Wat is implementatie?
Het lijkt op wat we gewend zijn maar in feite is het in productie maar nog niet life…
Het inrichten, aansluiten, configureren, in gebruik nemen, etc van de service
In de omgeving met bestaande informatiesystemen
Met alles erop en eraan
En dan met name het testen er van
Wordt waargemaakt waar de selectie op was gebaseerd?
Proof of the pudding is in the eating
Feitelijk constateren IN de productiesituatie
Voor performance, beveiliging, functionaliteit, migratie niet heel erg nieuw, maar op diverse onderdelen
Bewuster, scherper, completer, preciezer, kritischer, ook minder en anders.
Beheerbaarheid, continuiteit waren geen veeleisende onderwerpen voor testen
In de Cloud komen die veel nadrukkelijker op de agenda
Wet- en regelgeving is helemaal nieuw
Kortom: een combinatie van bestaande, aangescherpte en nieuwe aanpakken voor testen
Wat is implementatie?
Het lijkt op wat we gewend zijn maar in feite is het in productie maar nog niet life…
Het inrichten, aansluiten, configureren, in gebruik nemen, etc van de service
In de omgeving met bestaande informatiesystemen
Met alles erop en eraan
En dan met name het testen er van
Wordt waargemaakt waar de selectie op was gebaseerd?
Proof of the pudding is in the eating
Feitelijk constateren IN de productiesituatie
Voor performance, beveiliging, functionaliteit, migratie niet heel erg nieuw, maar op diverse onderdelen
Bewuster, scherper, completer, preciezer, kritischer, ook minder en anders.
Beheerbaarheid, continuiteit waren geen veeleisende onderwerpen voor testen
In de Cloud komen die veel nadrukkelijker op de agenda
Wet- en regelgeving is helemaal nieuw
Kortom: een combinatie van bestaande, aangescherpte en nieuwe aanpakken voor testen
Maar hoe kom je hier doorheen?
Wie kan zich veroorloven al die platformen te hebben staan en bij te houden?
De afnemer verwacht dat het gewoon allemaal werkt; dat is STANDAARD in de cloud, toch?
Er zijn bedrijven die dit als test service uit de cloud aanbieden! TaaS dus (Device anywhere)
Wat is implementatie?
Het lijkt op wat we gewend zijn maar in feite is het in productie maar nog niet life…
Het inrichten, aansluiten, configureren, in gebruik nemen, etc van de service
In de omgeving met bestaande informatiesystemen
Met alles erop en eraan
En dan met name het testen er van
Wordt waargemaakt waar de selectie op was gebaseerd?
Proof of the pudding is in the eating
Feitelijk constateren IN de productiesituatie
Voor performance, beveiliging, functionaliteit, migratie niet heel erg nieuw, maar op diverse onderdelen
Bewuster, scherper, completer, preciezer, kritischer, ook minder en anders.
Beheerbaarheid, continuiteit waren geen veeleisende onderwerpen voor testen
In de Cloud komen die veel nadrukkelijker op de agenda
Wet- en regelgeving is helemaal nieuw
Kortom: een combinatie van bestaande, aangescherpte en nieuwe aanpakken voor testen
Wat is implementatie?
Het lijkt op wat we gewend zijn maar in feite is het in productie maar nog niet life…
Het inrichten, aansluiten, configureren, in gebruik nemen, etc van de service
In de omgeving met bestaande informatiesystemen
Met alles erop en eraan
En dan met name het testen er van
Wordt waargemaakt waar de selectie op was gebaseerd?
Proof of the pudding is in the eating
Feitelijk constateren IN de productiesituatie
Voor performance, beveiliging, functionaliteit, migratie niet heel erg nieuw, maar op diverse onderdelen
Bewuster, scherper, completer, preciezer, kritischer, ook minder en anders.
Beheerbaarheid, continuiteit waren geen veeleisende onderwerpen voor testen
In de Cloud komen die veel nadrukkelijker op de agenda
Wet- en regelgeving is helemaal nieuw
Kortom: een combinatie van bestaande, aangescherpte en nieuwe aanpakken voor testen