Producten · 06 · AI-Testplatform
← Alle producten

TestGuard

Beschrijf de test. Lever de test. Sla het boilerplatewerk over.

Stel browser-, API- en behaviour-driven tests op vanuit een prompt in natuurlijke taal, een live opname of een specificatie, en voer ze uit over drie browserengines en drie viewportklassen. Wanneer een test breekt, stopt TestGuard op de gebroken stap met de pagina nog live, stelt het een AI-herstel voor, en bewaart dit als versie — nooit als stille mutatie.

3Testtypes
9Engine × viewport-runs
5Talen voor code-export
14Interfacetalen
Het probleem

Geautomatiseerd testen faalt op onderhoud, niet op het schrijven van tests.

De eerste honderd tests schrijven is een project dat iedereen kan afwerken. Ze een jaar lang groen houden ondanks veranderingen aan de front-end is wat teams echt de das omdoet. Een selector verschuift, veertig tests slaan rood, iemand besteedt een ochtend om te ontdekken dat negenendertig ervan gewoon in orde waren — en de suite verliest stilletjes het vertrouwen, wat evenveel waard is als geen suite hebben.

01
Fragiele selectors
Opgenomen tests verankerd aan markup die nooit bedoeld was als interfacecontract.
02
Blinde mislukkingen
Een rode run, een stack trace en een screenshot — maar de pagina die brak is al lang verdwenen.
03
Versnipperde tooling
Eén tool voor de browser, een andere voor de API, een derde voor de scenario's — drie afzonderlijke histories.
04
Stille herstellingen
Self-healing dat de test herschrijft zonder het te melden, is geen onderhoud maar drift.
De oplossing

Vijf manieren om te schrijven. Één versieketen. Een debugger die de fout open houdt.

01
Schrijf op vijf manieren, voer overal uit
Via prompt, opname, scenario, code, of door een volledig programma van suites te genereren vanuit een URL en beschrijving — voer vervolgens uit op Chromium, Firefox en WebKit, op desktop-, tablet- en mobiele viewports.
02
Debug op de pagina die écht brak
Stop op de gebroken stap met de pagina nog live — evalueer watch-expressies tegen de echte pagina, lees haar eigen console en netwerk, en wijs het element aan dat u bedoelde.
03
Herstel en promoveer als versies, nooit stilzwijgend
Herstel ter plaatse, kies het element op de pagina, of vraag het model; de herstelling wordt pas een versie wanneer u die opslaat, waarna u ze door de omgevingsketen promoveert met drift zichtbaar op de badge vóór ze gebruikers bereikt.

Waarom het zo is gebouwd

01
Grounded generatie
Voordat er een plan wordt geschreven, opent het platform een echte browser en leest wat de applicatie werkelijk bevat, zodat de suite gegrond is in uw app, niet in een gok.
02
Selectordiscipline
Opname geeft voorrang aan een test-id, dan een stabiel id, dan een rol en naam, dan een label — en verifieert dat elke kandidaat exact één element treft voordat die wordt bewaard.
03
Door mensen goedgekeurde plannen
Generatie van een volledig programma levert een benoemd plan van suites en tests op dat u eerst goedkeurt, waarna het als een gevolgde job wordt opgebouwd.

Mogelijkheden

01Manieren om te schrijven
  • Prompt — beschrijf de test en het doel; krijg gestructureerde stappen en assertions als versie één
  • Opname — een live server-side browser legt uw interacties vast, met typwerk verzameld per veld en dubbele events weggefilterd
  • Feature — schrijf of genereer Gherkin; opgenomen stappen worden scenario's plus de glue die die zinnen nodig hebben
  • Code — een editor met syntax highlighting, Playwright-bewuste autocompletion, inline AI-completion, en acties voor uitleggen, refactoren, fixen en uitbreiden
  • Import — vanuit een OpenAPI-specificatie of een WSDL
  • Stappen en code komen exact overeen: wat u in de ene weergave bewerkt, ziet u in de andere
02Uitvoering
  • Chromium, Firefox en WebKit vanuit warme, vooraf gestarte browsers — nooit een cold start per aanvraag
  • Viewportklassen desktop, tablet en mobiel; elke combinatie van engine en viewport heeft zijn eigen run-record
  • REST-tests met bearer-, basic- en API-key-authenticatie, headers, bodies en JSON-path-assertions
  • SOAP-tests met envelope-opbouw, namespaces en fault-capture — zeldzaam in een modern tool, doorslaggevend voor een legacy-omgeving
  • Visuele regressie met per-engine, per-viewport baselines, pixel- en ratio-toleranties, en een diff getekend over de gedimde baseline
  • Dry run — voer een API-draft uit via de echte executors zonder iets weg te schrijven
  • Behaviour-driven uitvoering met exacte scenariosemantiek en standaard rapportoutput
03De live debugger
  • Breakpoints op elke stap; run vanaf hier, run enkel dit, step over, pauzeren, slow motion
  • "Debug this failure" vanuit een mislukte run komt rechtstreeks uit op de gebroken stap
  • Watch-expressies geëvalueerd in de live pagina
  • De eigen console en het netwerkverkeer van de pagina zoals ze verliepen, plus een element-onder-de-cursor-picker
  • Herstel ter plaatse en opnieuw proberen, of vraag een AI-herstel op basis van de mislukte stap, de fout en de live markup
  • Elke gewone run is ook debugbaar — pauzeren, volgende en doorgaan, met pause-on-failure
04Versies, omgevingen & promotie
  • Acht onveranderlijke versietypes, elk met een auteur, changelog en omgevingsbadges
  • Gestructureerde diff van stappen en assertions tussen twee willekeurige versies
  • Omgevingsketens per project — van ontwikkeling tot productie, elk met eigen targets en credentials
  • Promotie met automatische detectie van update versus nieuw, en een volledige deployment-audit
  • Driftbadges live berekend vanuit de versieketen, nooit opgeslagen als verouderde vlag
  • Een pipelineweergave over de hele keten met gedeployde versies, gezondheid en drift
05Planning, analytics & agents
  • Schema's beperkt tot één test of één suite in één omgeving, gelezen in de eigen tijdzone van het schema
  • Exactly-once activering — een week downtime wordt wakker met één run, geen achterstand
  • Dagelijkse smoke test met een pass-streak en een driewekelijkse pass/fail-kalender
  • Wekelijkse e-mailrapporten voor stakeholders met 16 rapportsecties, verzonden altijd, enkel bij falen, of nooit
  • Slagingspercentage, aantal runs en duurpercentielen, met ranglijsten voor meest falend, traagst en meest flaky
  • API-gezondheid: verdeling van statuscodes, latentiepercentielen, uptime en protocolverdeling
  • Een native Model Context Protocol-server met 43 tools, zes capability-tiers en elke aanroep gelogd
06Beveiliging & governance
  • Zes rollen, verfijnd met rechten per project; isolatie van tenant, organisatie en project afgedwongen op query- en mapniveau
  • Single sign-on met clientregistratie per organisatie, plus LDAP en Active Directory
  • SCIM 2.0-provisioning — levenscyclus van gebruikers en koppeling van groepen aan rollen vanuit uw identiteitsprovider
  • TOTP-multifactorauthenticatie met selecteerbare algoritmen voor strengere omgevingen
  • Wachtwoordbeleid met een regel voor lengte en complexiteit, een blokkeerlijst van veelgebruikte wachtwoorden en een controle op gelekte wachtwoorden
  • Rate limiting per adres en per account bij authenticatie
  • AES-256-GCM in rust voor identiteitsgeheimen, directory-inloggegevens, mailgeheimen, modelsleutels en opgeslagen browsersessies
  • Een meegeleverde standaardsleutel wordt op identiteit geweigerd — een productie-installatie waarin men vergeet er een in te stellen, weigert op te starten in plaats van te versleutelen met een publiek bekende waarde
  • Sessies enkel als digest opgeslagen, beperkt per gebruiker, intrekbaar vanuit de beheerconsole
  • Strict transport security, weigering van frames, content-security-nonces per request zonder inline scripting, bescherming tegen cross-site requests op elk oppervlak
  • Activiteitenaudit over aanmaak, bewerking, uitvoeringen, deployments en rapporten
■Java 25 op Spring Boot 4; native-image build geconfigureerd
■PostgreSQL, 43 tabellen, 18 geversioneerde migraties
■Playwright for Java in-process — geen scanner-CLI, geen sidecar, geen subprocess
■343 REST-endpoints met OpenAPI, een Model Context Protocol-server, en SCIM 2.0-provisioning
■Single sign-on met clientregistratie per organisatie, plus LDAP en Active Directory
■Exporteer gegenereerde tests naar TypeScript, JavaScript, Python, Java of C#

Sectoren

Voor wie het werkt
  • Interne QA- & platformteams
    Engineeringorganisaties die regressie-, smoke- en contracttests uitvoeren over meerdere applicaties en omgevingen.
  • Digitale bureaus
    Veel klantprojecten binnen één installatie, elk afgeschermd, elk met eigen branding en elk met een eigen omgevingsketen.
  • Bankieren & verzekeringen
    Grote SOAP-landschappen die moderne testtools niet afdekken, getest in dezelfde suite als de moderne webfrontend.
  • Telecom & logistiek
    Integratie-intensieve landschappen waar het contract tussen systemen belangrijker is dan het scherm, en de specificatie een WSDL is.
  • Overheid & defensie
    Volledig selfhosted met lokale modellen en zonder externe assets, voor organisaties die geen paginasnapshots naar het buitenland mogen sturen.
  • Zorgsoftware
    Gereguleerde releases die een onveranderlijke versieketen, een deployment-audit en een aantoonbare link tussen geteste en gepromoveerde versie vereisen.
  • ERP
    Langlevende applicaties waarvan de frontend verandert onder een suite die moet blijven werken, precies waarvoor zelfherstel gebouwd is.
  • Behaviour-driven teams
    Gherkin-scenario's met standaard rapportuitvoer die rechtstreeks in bestaande CI-rapportering past.
  • Agent-first teams
    Teams die hun tooling aansturen vanuit coding agents, via een MCP-server met rechtenniveaus en een oproeplogboek.

Toepassingen in de praktijk

Voorbeeldscenario’s
01 · Bankieren & verzekeringen

SOAP-backoffice en webfrontend in één testsuite

Uitdaging
Een verzekeraar test zijn klantenportaal met één browsertool, zijn REST-diensten met een API-client en zijn SOAP-polisdiensten met een derde, oudere tool. Drie historieken, en niemand ziet in één oogopslag of een release in orde is.
Aanpak
SOAP-tests worden geïmporteerd uit de WSDL en REST-tests uit de OpenAPI-specificatie, naast browsertests opgesteld vanuit prompts, allemaal in één suite. Elke omgeving in de keten heeft eigen doelen en inloggegevens, en een wekelijkse e-maildigest rapporteert de API-gezondheid naast de browserresultaten.
Resultaat
Eén suite en één historiek dekken de legacydiensten en het portaal, zodat een releasebeslissing steunt op één rapport in plaats van drie tools.
02 · Digitale bureaus

Kapotte klantensites opmerken vóór de klant het doet

Uitdaging
Een webbureau onderhoudt tientallen klantensites en hoort van de klant dat een checkout of contactformulier niet meer werkt. Opgenomen tests braken na elke frontendwijziging, en niemand had tijd om ze bij te houden.
Aanpak
Elke klant is een apart project met eigen branding, een dagelijkse smoketest en een foutmelding wanneer die faalt. Wanneer een stap faalt, opent de live debugger op de gebroken stap met de pagina nog geladen, en een AI-herstel wordt als nieuwe versie bewaard in plaats van stil toegepast.
Resultaat
Het bureau verneemt een kapot formulier via de smoketest in plaats van via de klant, en elk herstel van een test is zichtbaar in de versiehistoriek.
03 · Zorgsoftware

Aantonen welke geteste versie naar productie ging

Uitdaging
Een leverancier van zorgsoftware moet per release aantonen welke tests tegen welke versie liepen. Testscripts stonden in een repository, resultaten in CI-logs en goedkeuringen in e-mails, en het bewijs samenstellen kostte dagen voor elke audit.
Aanpak
TestGuard draait selfhosted met een lokaal model. Elke testwijziging is een onveranderlijke versie met auteur en changelog, promotie verloopt via een omgevingsketen van ontwikkeling tot productie met een volledige deployment-audit, en een QA-lead kan promoveren door elke fase behalve de laatste.
Resultaat
De link tussen een geteste en een gepromoveerde versie wordt in het platform zelf vastgelegd, en driftbadges tonen waar een omgeving iets anders draait dan wat getest werd.
Licentie

Per implementatie. Nooit per gebruiker.

TestGuard wordt in licentie gegeven per installatie, niet per testrun of parallelle sessie, zodat het testvolume kan groeien zonder heronderhandeling. De jaarlijkse vergoeding volgt een marginale schaal op basis van uw eigen omzet, vanaf een minimum van €900, met een jaarlijkse stijging die beperkt is tot 25%; hosting, hardware, kosten voor de AI-provider, consultancy, opzet, migratie en training worden apart gefactureerd.

Jaarlijkse licentie volgens omzet, excl. btw
OmzetPer jaar
Tot €500.000€900
€1 mln€1.500
€5 mln€2.500
€25 mln€5.500
€100 mln€13.000
€500 mln€37.000
€1 mld€52.000

Ter illustratie: een cloudtestgrid aan €150 per parallelle sessie per maand factureert tien parallelle sessies €18.000 per jaar; bij een omzet van €5 miljoen is dit €2.500.

Wat het doet

  • 01Stopt op de gebroken stap met de pagina nog live — debug de echte fout, geen screenshot van een lijk.
  • 02Self-healing herstellingen zijn versioned, nooit stil — elke wijziging is een onveranderlijke, toegeschreven versie.
  • 03Eén suite voor UI-, REST-, SOAP- en BDD-tests, over drie browserengines en drie viewportklassen.

In het kort

CategorieAI-Testplatform
LicentiePer implementatie, onbeperkt gebruikers, vanaf €900 per jaar
Voor wieQA-engineering · Platformteams · Agencies · Gereguleerde IT

Richt het op uw staging-URL.

Wij laten het de applicatie lezen, een testsuite voorstellen, die bouwen en uitvoeren op drie engines — in een namiddag, niet in een kwartaal.Start het gesprek →