10 mei: Polteq Cloutest event op herhaling.

Donderdag 10 mei j.l. werden ruim 50 extra gasten in staat gesteld om de Cloutest keynote van Martin Pol, Ruud Teunnissen, Jeroen Mengerink en Kees Blokland bij te wonen. Evenals de premiere van het verhaal op 8 maart werd de herhaling gegeven in de Eenhoorn te Amersfoort. De groep van afgelopen donderdag moest de bijdrage van Lee Copeland op 8 maart missen, maar hierdoor was er wel ruimte voor interactie met het publiek.

Enkele voorbeelden van vragen die werden gesteld.

  • Hoe moet dat met testen als je geen OTAP straat hebt voor de service?
  • Wat zegt load testen als je niet zeker weet wat de invloed van anderen is?
  • Als je de load opvoert om de elasticiteit te testen kun je dan het opschalen bij de leverancier waarnemen?
  • Hebben jullie ook stil gestaan bij juridische problemen bij faillissement van een cloud service leverancier? Wie is dan eigenaar van de gegevens/de software?
  • Betrokkenheid bij selectie is toch niet nieuw?
  • Moeten we ons als testers echt opnieuw invechten? (in selectie)
  • Loop je niet een geweldig risico door vendor lock-in?
  • Als je met testen in productie een probleem tegen komt is het toch al te laat?
  • Zou de leverancier geen Acceptatieomgeving moeten hebben om als afnemer een voorgenomen aanpassing in de service te kunnen accepteren?

We zullen in een aantal blogs nader ingaan op de vragen. We beginnen hier met het OTAP vraagstuk.

Hoe moet dat met testen als je geen OTAP straat hebt voor de service?
De vraag krijgt twee antwoorden. Om te beginnen vanuit het perspectief van de afnemer. De Productieomgeving staat voor de service die door de gebruikers wordt afgenomen. Kun je daar tests op uitvoeren? Zolang dat de gebruikers niet in de weg zit kan dat best. Een alternatief is om de service als het ware nog een keer af te nemen. Eventueel op kleinere schaal. Dan heb je dus een Testomgeving of Acceptatieomgeving gecreëerd. Of wellicht zelfs een Ontwikkelomgeving als je bepaalde instellingen of configuratie wilt uitproberen. Net zoals bij virtualisatie is het mogelijk net zoveel omgevingen te creëren als nodig. Die kunnen allemaal productiegelijk zijn omdat precies dezelfde service wordt afgenomen. Doordat de huur van de omgevingen eenvoudig kan worden opgezegd zijn er geen investeringen in apparatuur nodig.

Het perspectief van de leverancier ziet er traditioneel uit: die moet een informatiesysteem (de service) ontwikkelen, testen en in de lucht houden. Die zal dus het volledige OTAP register open moeten trekken. De afnemer ziet uiteraard alleen de Productieomgeving.

OTAP afnemer met 1 cloud service

In het Cloutest boek hoofdstuk 5.4 “Testen rond beheerbaarheid” wordt uitgebreid stil gestaan bij het omgevingenvraagstuk.

24/7 availability and performance monitoring

(From the Q&A session after Ruud’s EuroSTAR webinar).

Q: Would you slice the performance testing with a load test tool on parts of the cloud to provide 24×7 availability with a distributed (physically throughout the main markets) performance monitoring as a strategy? – Bernhard Klemm

A: Only if the risks are high enough to want to do this. 24/7 availability checking is an expensive measure to use. To perform a thorough check on availability it is needed to slice and distribute, since we want cloud services to be available from multiple locations – Ruud Teunissen

Cloud vereist meer testen

De betrokkenheid van testen in organisaties waar cloudservices gebruikt worden, moet hoger zijn dan in andere organisaties. Testen is niet enkel betrokken bij de implementatie, maar moet ook aanhaken bij selectie en zelfs in productie houdt het testen niet op.

Selectie van een service begint voordat testen normaal gesproken wordt aangehaakt. Bij cloudservices wordt vooraf al een traject doorlopen om de goede service uit te kiezen en ook hier moet al over risico’s nagedacht worden. Het gevecht om op het goede moment aangesloten te worden gaat dus weer beginnen. Aangezien het uitkiezen van een service vaak voornamelijk op prijs gebaseerd is, zal het testen zich binnen moeten vechten bij de afdeling inkoop. Organisaties moeten zich gaan realiseren dat voor een dubbeltje op de eerste rang zitten, veel risico’s meebrengt.

Tijdens implementatie moet nog steeds het “traditionele” testwerk plaatsvinden. Hiervoor kunnen beproefde technieken en methoden gebruikt worden, maar moet wel goed over de nieuwe context nagedacht worden. De cloud vereist soms een nieuwe manier van toepassen van een oude methode, of het combineren van oude methoden tot een terdege aanpak.

Vervolgens gaat men na de implementatie in productie. De wereld staat echter niet stil! In deze continu veranderende wereld, waarbij gedeeltes van processen in de cloud (dus buiten eigen beheer) plaatsvinden, moet continu getest worden of “alles nog werkt”. Naast deze vereiste controle, moet ook beoordeeld worden of een leverancier nog aan zijn verplichtingen voldoet. Monitoring gaat, vanwege minder beheer om dit uit te voeren, een prominentere plaats krijgen binnen het vakgebied testen.

Let op dat men niet te makkelijk het testen vòòr productie loslaat omdat “het nu toch ook in productie kan”. De testinspanning is in elk van de drie fases belangrijk en moet niet onderschat worden. Denk eraan dat het testen tijdens selectie en in productie wordt gebruikt om risico’s af te dekken, net als het testen tijdens implementatie! Ofwel no risk, no test.

Cloud: dat doen wij niet!

Vorige post ging over het “dat doen wij allang”-fenomeen. De andere kant horen we ook vaak. Cloud, daar doen wij niks mee. Veel bedrijven gebruiken al meer cloud dan ze zich realiseren. Hele eenvoudige, dagelijks gebruikte zaken staan vaak toch al in de cloud. En waarom ook niet? Waarom alles in eigen beheer houden als leveranciers zich specifiek kunnen richten op een stuk functionaliteit.

Neem nu de e-mail. Veel bedrijven gebruiken een exchange-oplossing die online wordt aangeboden. De mailserver wordt up-to-date gehouden door de leverancier. Een andere cloudservice die veel gebruikt wordt is het gebruik van Google-maps geintegreerd in een website. Zo kan gemakkelijk een route naar een bedrijf berekend worden, zonder dat er zelf functionaliteit gebouwd moet worden. Ofwel, over alle gemakken is nagedacht.

De meeste bedrijven gebruiken dus toch al wel clouddiensten, maar zonder daar bewust bij stil te staan. Dit impliceert dat ook de risico’s die meekomen met het gebruik van de cloud niet (of niet voldoende) zijn meegewogen. Cloutest biedt al een lijst van mogelijke risico’s en maatregelen om daar tegenover te zetten. De cloud is er, let op de risico’s en doe hier wat mee!