Tester aan het woord: Natascha Kooiman

| Natascha Kooiman over Immune-IT en Testen

De gouden jaren
Ik studeerde informatica aan de Haagse Hogeschool van 2000 tot 2004. Het waren de gouden jaren voor beginnende IT'ers. In 2002 kwam de euro en er was de millenniumbug. Het was de IT bubble. Mijn eerste ervaring met testen begon in de tijd dat testen nog voornamelijk ging om regeltjes en om techniek. Test technisch ben ik opgegroeid met TMAP. Alles viel binnen waterval en alles leek op elkaar – ook de software.

Immune-IT
Hoewel ik het bij mijn eerste werkgever erg naar mijn zin had, begon het na een paar jaar toch te kriebelen. Natuurlijk, ik kon meer verdienen bij Immune-IT, maar dat heeft mijn keuze uiteindelijk niet bepaald. Ik ging langs om te kijken bij grote bedrijven, mooie bedrijven, met een echt functiehuis. Dat laatste had Immune-IT juist niet. Leuk vond ik dat. Een paar goede persoonlijke gesprekken met de directeur gaven de doorslag. En de goede secondaire arbeidsvoorwaarden waren natuurlijk ook mooi meegenomen. Waar ik mijzelf in herkende was het feit dat Immune-IT een echte testclub was – en is. En wat ook niet onprettig is: men kijkt ook goed naar de eigen werknemers. Waar liggen kwaliteiten en sluimerende ambities? Welk type opdrachtgever past goed bij welke persoon? Mijn testwerk in de pensioenbranche speelt zich met name af aan de gebruikerskant - hoe ziet de interface eruit, werkt de invoer goed? Staat de front-end van een website altijd in verbinding met de back-end? Dat maakt het werk altijd afwisselend en je leert de business goed kennen. Ik vind de pensioenbranche, de berekeningen, inhoudelijk ook interessant. Mijn tip aan beginnende testers: Kijk welke sector bij je past en verdiep je in de business. Het is iets wat ik zelf heb gedaan – en wat ik nog steeds doe. Het is natuurlijk geen garantie, maar door zelf je ergens in te verdiepen, vergroot je de kans dat je ook daadwerkelijk in die branche terecht komt. Ik kan het iedere tester aanraden.

Betrouwbaar, snel en flexibel
De testwereld is zoekende. Iedereen heeft het over “Het nieuwe testen”. Nog steeds. Agile heeft de rol en functie van de tester veranderd. Vernieuwingen in software ontwikkeling volgen elkaar zo snel op dat eigenlijk alles – en dus ook het testen – continu in transitie is. Mijn collega's zijn ook zoekende naar een richting. De een wil scrummaster worden, de ander ontwikkelaar.  Ik heb de afgelopen jaren veel zien veranderen bij de verschillende opdrachtgevers waar ik ben geweest. Het belangrijkste is dat IT een nog veel grotere rol is gaan spelen in het dagelijkse leven van de klant. Software is heel dichtbij gekomen in ons leven – en door het dagelijkse gebruik ervan, zowel door bedrijven als consumenten – is men ook steeds veeleisender. Als je iets dagelijks moet gebruiken, wil je dat het betrouwbaar, snel en flexibel is. Dat stelt bedrijven voor scherpe afwegingen, soms ook tussen gebruikersgemak en veiligheid. Laat je wachtwoorden voor klanten automatisch verlopen per half jaar? Veilig is het wel, maar je moet als klant dan wel een halve administratie gaan voeren om steeds je nieuwe wachtwoord bij de hand te hebben.

Bugs
Zelf werk ik als tester aan de gebruikerskant. Klanten willen inloggen op de website en hun pensioengegevens meteen duidelijk in een grafiek hebben staan. Maar pensioenfondsen willen ook steeds vaker niet-klanten bedienen, bijvoorbeeld met online inzicht in hun toekomstige pensioen. Dat kan door de rekenformules van de afzonderlijke pensioenfondsen te koppelen met die van Het Pensioenregister, dat gegevens verzamelt van alle pensioenuitvoerders in Nederland. Zo kunnen klanten, maar ook niet-klanten, op de websites van pensioenfondsen aangeven wanneer men met pensioen wil/hoopt te gaan en welk pensioen men denkt nodig te hebben. Door koppeling met data uit het Pensioenregister, ziet de gebruiker meteen welk overschot/tekort er nu nog bestaat. Natuurlijk gaan in de koppeling van databases wel eens dingen mis. Informatievelden sluiten niet altijd aan, het overzetten van een XML bericht naar een QR-code gaat niet altijd even soepel. Soms lopen berekeningen in de soep. Dan komt de testprofessional om de hoek kijken. Samen met het Pensioenregister bekijk je dan waar de bug zit – en hoe het moet worden opgelost. Verschillende pensioenuitvoerders gebruiken verschillende databases, rubriceren klantinformatie anders – en leveren dus ook verschillend aan. Dat moet je dan gelijk zien te trekken. Dat ligt dan bij het Pensioenregister. Laatst was er iemand die op de website de duur van zijn tijdelijk pensioen wilde invoeren, met een begindatum inclusief maanden. In de App was het echter alleen mogelijk om met tijdsintervallen van minimaal een jaar te rekenen. Er moest een oplossing komen zodat je ook maanden kon invoeren. Wanneer er wordt samengewerkt met een offshore partij moeten er soms defects worden opgelost in India. Dan gaan dan wel eens zo maar zeven dagen overheen – en de verbeterde software moet dan ook weer opnieuw worden bekeken in een zogenaamde regressie-test.

De pensioenwereld aan de leiband van de overheid
In de pensioenwereld willen wij veel doen voor onze klanten op het gebied van usability, service en gebruikersgemak. Maar als het op IT en testen aankomt, hebben pensioenverzekeraars meer dan welke sector ook, te maken met wetswijzigingen die de agenda bepalen. Het verhogen van de pensioenleeftijd heeft op IT niveau echt een grote impact. Een ander voorbeeld betreft de zogenaamde “startbrief” die iedereen krijgt met informatie over zijn pensioen. Deze moest, zo stelde Den Haag simpeler. Dus nu komen er drie losse “startbrieven” met alle drie een verschillend informatieniveau:

Brief 1: in vijf minuten lezen en gevoel hebben bij pensioen
Brief 2: uurtje lezen, iets meer weten
Brief 3: de oude startbrief met alle informatie

De pensioenverzekeraars hebben twee jaar de tijd gekregen om alle data aan te leveren en daar komt soms bij kijken dat er intern veel moet worden omgebouwd. Het project rondom de startbrieven moet dit jaar af zijn, in juli. Wij krijgen vanuit overheid voorbeeldbrieven hoe de drie startbrieven er uit kunnen zien. Inhoudelijk moeten die brieven gevuld worden met data, die uiteraard aangeleverd moet worden op een bepaalde manier die niet altijd naadloos aansluit op de bestaande databases.

Alles (dus ook de nieuwe brieven) moet tegenwoordig ook online en daarmee krijg je ook te maken met security en privacy overwegingen rondom portals voor klanten, mailadressen, klantgegevens, toegangsbeheer, etc.

Tussen al deze wettelijke verplichtingen willen pensioenverzekeraars zelf ook meer doen voor de klanten: je ziet een verschuiving naar applicaties voor tablets en telefoons. Alles moet sneller te bereiken zijn. Mensen willen veel meer zelf zien – zelf hun pensioenopbouw berekenen.

Maar de sector is wel doorlopend gebonden aan juridische veranderingen. Sinds dit jaar is er van alles veranderd in de waardeoverdracht van pensioen opbouw. Vroeger kon dit overzetten van je pensioenopbouw alleen maar binnen het eerste half jaar na gewisseld te zijn van werkgever. Vanaf dit jaar mag het altijd. Je zal daarbij dus meer geld zien verschuiven tussen verschillende verzekeraars. De portal aan de voorkant van onze website moet mensen de kans gaan te bieden om veranderingen in pensioenopbouw/waardeoverdracht helder in beeld te krijgen. Soms is het handig om pensioen opbouw mee te nemen, soms niet. Daar kom ik als front-end tester aan bod.