Is ‘automation that supports testing (AiT)’ de ‘holy grail’?

Een tijdje terug keek ik op YouTube een presentatie van Richard Bradshaw die hij op SeleniumConf in 2019 had gegeven. Je kunt de presentatie zelf hier bekijken. De titel van zijn presentatie was ‘Redefining Testautomation’ en waarschijnlijk heb ik deze presentatie gekeken vanwege deze interessante titel. Zelf heb ik de afgelopen jaren voor TestNet een drieluik geschreven over hoe ik de rol van testers en testautomatiseerders in ons vakgebied voor nu en in de toekomst zie (1), (2), (3) en ik zie in Richard Bradshaws presentatie heel veel parallellen met hoe ik naar testautomatisering kijk, voor nu en in de toekomst. Voor mij een reden om me in Richards werk te verdiepen. Graag geef ik jullie een introductie in Richard Bradshaws gedachtengoed.

Persoonlijke noot

Zoals jullie in mijn vorige artikelen over testautomatisering kunnen lezen zie ik mezelf als Software Engineer in Test. Een beetje gechargeerd: ‘ik ben een ervaren tester, maar ik vind het automatiseren van testen toch leuker en uitdagender’. Wat mij echter opvalt, is dat mijn klant eigenlijk helemaal geen Software Engineer in Test zoekt, maar, wederom gechargeerd, ‘iemand die ook testen kan automatiseren, maar testen toch leuker en uitdagender vindt’. Ik ben dus veel van mijn tijd aan het testen. Tijd die ik niet kan (en hoef te) besteden aan testautomatisering. Mijn eerste reactie op bovenstaande is dat ik een andere verhouding testen versus testautomatisering in mijn rol zoek, ik vind testautomatiseren namelijk leuker en uitdagender. Na het verdiepen in het gedachtengoed van Richard Bradshaw begrijp ik beter dat als je echt als testprofessional het verschil wilt maken, de verhouding testen en testautomatisering dichter bij elkaar zou moeten liggen. Ik kan me wel vinden in de wijze waarop Rob van Steenbergen het onlangs in een interview op TestNetNieuws heeft verwoord: ‘De focus op testautomatisering (in de markt) is vrij heftig en een valkuil aan het worden’. Kan Automation In Testing (AiT) ons helpen deze focus te verleggen?

Automation in Testing

Wat bedoelt Richard Bradshaw met Automation in Testing? Op zijn site https://automationintesting.com staat het volgende: ‘Automation in Testing (AiT) is a mindset and namespace that promotes human-centric automation within the context of testing’. Ik lees hierin dat testautomatisering ondersteunend moet zijn aan het testproces en dat de mens (lees: de tester) in het automatiseringsproces centraal moet staan.

Automation in Testing kent de volgende zes principes:

Supporting testing over replicating testing
Testability over automatability
Testing expertise over coding expertise
Problems over tools
Focusing on risk over coverage
Observability over understanding

De principes zijn behoorlijk zelf-verklarend. De focus van de principes ligt overduidelijk bij het ondersteunen van het testen met testautomatisering in plaats van dat testautomatisering het vertrekpunt is. Dit is mijns inziens de kracht van AiT. Testen blijft onverminderd belangrijk. Testautomatisering staat naast testen en moet niet pogen het testen te vervangen.

Het is belangrijker om een testbare applicatie te hebben dan een automatiseerbare applicatie. Met andere woorden, het niet kunnen automatiseren van een testgeval is niet zo erg, als je het testgeval maar handmatig kunt uitvoeren. Voor mij een waarheid als een koe.

Testautomatiseerders moeten volgens Richard dus in de eerste plaats testers zijn. Het kunnen programmeren van bijvoorbeeld stepdefinitions in Java is natuurlijk gewenst, maar als de programmeerskills niet voldoende zijn om zelf zo’n stepdefinition uit te werken, kan een developer er altijd bij helpen of die taak geheel overnemen. Ik kan me daar wel goed in vinden. Al vind ik wel dat een Software Engineer In Test die beide vaardigheden goed beheerst, het schaap-met-de-vijf-poten dus, wel iets extra’s aan een project toevoegt.

‘Voor iemand met een hamer ziet alles eruit als een spijker’. Dat is het risico wat je loopt als je een testautomatiseringstool als vertrekpunt neemt om de testautomatiseringsuitdagingen van een project op te lossen. Testautomatisering moet maatwerk zijn. Er moet een framework / tool gekozen worden op basis van de uitdagingen die specifiek zijn voor het project waar je een framework voor op wil zetten. Trap niet in de valkuil dat je de tool centraal stelt. Maak keuzes op basis van de projectproblemen.

Testen gaat over het dekken van risico’s, vanuit de gedachte dat je nooit voldoende tijd en middelen hebt om je hele applicatie te dekken. In de praktijk wordt te vaak door opdrachtgevers de vraag gesteld om alle testgevallen te automatiseren. Hierdoor hebben veel projecten een hoge graad van testautomatisering, maar niet noodzakelijkerwijs de belangrijkste risico’s afgedekt. Zonde.

Ik kan me ook wel vinden in het statement van Richard dat de applicatie volledig doorgronden minder relevant is dan het kunnen observeren en exploreren van de applicatie.

Conclusie

Op zichzelf is Automation in Testing niet nieuw natuurlijk. Het is een goed tegenwicht voor de wens van opdrachtgevers om alle testgevallen te automatiseren. Het kan als testprofessional geen kwaad de principes van AiT regelmatig te bekijken. Softwaretesten is niet dood. Het is net zo belangrijk als in de jaren dat testautomatisering nog niet zo grootschalig ingezet werd. Mooi om dat in AiT terug te lezen.

 

John Kronenberg

John Kronenberg
john.kronenberg@closesure.nl

SOCIAL MEDIA

NEEM CONTACT MET ONS OP

    CloseSure Noord BV
    de Vos van Steenwijklaan 75
    7902 NP Hoogeveen
    +31 (0)88 383 01 20

    CloseSure Utrecht BV
    Landjuweel 5A-5B
    3905 PE  Veenendaal
    +31 (0)88 383 01 10

    CloseSure West BV
    Europalaan 16
    2408 BG  Alphen a/d Rijn 
    +31 (0)88 383 01 50

    CloseSure Oost BV
    Hazenweg 70
    7556 BM  Hengelo
    +31 (0)88 383 01 00

    CloseSure Zuid BV
    Noord Brabantlaan 265
    5652 LD  Eindhoven
    +31 (0)88 383 01 40

    CloseSure Services BV
    Hazenweg 70
    7556 BM Hengelo
    +31 (0)88 383 01 60

    (c) Copyright 2017-2021 CloseSure Nederland B.V. - Privacyverklaring

    SHARE THIS!