28 okt 2026 Wat is Provar? Salesforce-testautomatisering uitgelegd, en wanneer het past
In het kort: Provar is een testautomatiseringstool die speciaal voor Salesforce is gemaakt. Het leest de inrichting van je eigen org, zodat tests naar Salesforce-velden en -objecten wijzen in plaats van naar de paginacode. Daardoor breken tests minder snel als Salesforce zijn schermen aanpast. Het past het best als Salesforce een kernsysteem is dat vaak verandert. Onderhoud aan de tests blijft nodig.
Salesforce verandert drie keer per jaar, en je eigen team past het elke sprint aan. Elke wijziging kan een proces breken dat gisteren nog werkte. Dat bij elke release met de hand testen kost dagen, dus de meeste teams kijken vroeg of laat naar automatisering. Provar is vaak de eerste naam die ze horen. Wij zijn Provar-partner en werken er elke week mee, dus dat zeggen we er eerlijk bij. We zeggen ook waar het minder goed past.
Wat is Provar?
Provar is een commerciële testautomatiseringstool voor Salesforce. Je bouwt er geautomatiseerde tests mee voor het werk dat mensen in Salesforce doen. Denk aan een lead aanmaken, die omzetten of een case afsluiten. Het grote verschil met algemene tools is hoe Provar dingen op het scherm vindt. Een algemene tool zoekt een knop of veld in de paginacode. Provar gebruikt de metadata van je org. Metadata is de beschrijving van hoe je Salesforce is ingericht: welke objecten, velden, paginaopmaak en regels er zijn. Een Provar-test zegt dus “vul het veld Amount op de Opportunity in”, en niet “klik op het derde vakje in dit deel van de pagina”. Verandert Salesforce het uiterlijk van een scherm, dan blijft het veld hetzelfde veld. Testers bouwen de meeste tests zonder te programmeren, en de tests kunnen in een CI/CD-pipeline draaien. Provar Manager voegt testbeheer en rapportage toe.
Provar helpt je tests te automatiseren, maar kiest ze niet voor je. Jij bepaalt nog steeds welke processen ertoe doen, welke data de tests nodig hebben en wie ze werkend houdt.
Wat is het verschil tussen Provar en Selenium of Playwright?
Algemene tools als Selenium en Playwright zien een webpagina. Provar weet dat het naar Salesforce kijkt. Dat maakt uit, want Salesforce-pagina’s zijn zo gebouwd dat algemene tools velden en knoppen moeilijk betrouwbaar vinden. Met een algemene tool bouwt en onderhoudt je team die extra laag zelf. De tabel zet de belangrijkste verschillen op een rij.
| Provar | Selenium of Playwright | |
|---|---|---|
| Gemaakt voor | Salesforce. | Elke webapplicatie. |
| Hoe tests velden vinden | Via Salesforce-metadata. | Via de paginacode. |
| Programmeren | Grotendeels low-code. | Code, geschreven door engineers. |
| Kosten | Licentiekosten. | Gratis en open source. |
| Het best voor | Orgs waarin Salesforce centraal staat. | Brede landschappen met veel applicaties. |
Twijfel je nog tussen de twee algemene tools, dan helpt onze vergelijking Playwright of Selenium.
Waar houd je rekening mee als je Salesforce test met Provar?
Houd rekening met onderhoud, timing en rapportage. Een goede tool maakt tests steviger, maar houdt je org niet tegen om te veranderen. Wat we in Salesforce-projecten zien, is dat kleine wijzigingen de meeste schade doen. Een veld hernoemen of een validatieregel aanpassen kan verderop processen en testscripts laten falen. Ons stuk over waarom Salesforce-tests breken na kleine wijzigingen gaat daar dieper op in. Met elke UI-testtool, ook Provar, plan je daarnaast drie dingen in.
- Schermwijzigingen vragen nog steeds om testupdates. Een Lightning-update of een andere paginaopbouw kan betekenen dat een test aangepast moet worden. Metadata helpt veel, maar testonderhoud blijft echt werk.
- Koppelingen geven timingproblemen. Koppelingen met marketing automation of productdata kunnen traag zijn of maar een beperkt aantal verzoeken aannemen. Tests falen dan af en toe, en die fouten zijn lastig te herhalen.
- Resultaten moeten vertaald worden. Een testrapport toont geslaagd en gefaald. Een product owner wil weten of de release veilig is. Plan tijd in om het een in het ander te vertalen.
De seizoensreleases leggen er een vast ritme bovenop. Salesforce laat je elke release weken voordat hij productie bereikt uitproberen in een sandbox, een testkopie van je org. Ons stuk over Salesforce testen voor een release legt uit hoe je die periode benut.
Wanneer past Provar, en wanneer niet?
Provar past het best als Salesforce een kernsysteem is, je org veel eigen inrichting heeft en er vaak wijzigingen live gaan. Dan verdienen de tests die minder vaak breken de licentie terug. Het past ook bij teams waarin testers de business goed kennen, maar niet allemaal programmeren. Dat zagen we bij een leasebedrijf waar onze tester vanaf de start de enige tester was op een project met Salesforce Service Cloud. Onze tester introduceerde daar Provar, en het bedrijf gebruikte het later ook in andere Salesforce-projecten. Je leest het in de Lease Company-case op onze site.
Provar past minder goed als Salesforce een klein deel is van een breder landschap. Stel dat je belangrijkste klantreis door een webshop, een app en drie andere systemen loopt. Dan dekt een algemene tool die misschien al van begin tot eind af. Een tweede tool voor één stap is dan niet altijd de moeite waard. Een kleine org met weinig wijzigingen heeft misschien helemaal geen zware automatisering nodig. Omdat we onafhankelijk zijn, zeggen we het als een andere tool beter bij je org past. En geen tool vervangt mensen. Acceptatietesten door gebruikers uit de business blijven essentieel, zeker na een grote wijziging in hoe zij werken.
Wat betekent dit voor je team?
Een tool kiezen is het makkelijke deel. De tests draaiend houden door drie Salesforce-releases per jaar en je eigen wijzigingen elke sprint, dat is het werk. Iemand moet na elke wijziging tests bijwerken, de tests nalopen die op timing falen en de resultaten zo rapporteren dat de business ze begrijpt. In veel Salesforce-teams komt dat bij een admin of tester die al een volle week heeft.
Dat werk doet ons team voor Salesforce testen samen met het jouwe. We draaien je Salesforce-regressietests bij elke release, geautomatiseerd met Provar, en houden ze werkend. Ze zijn klaar voor elke seizoensrelease, en je team houdt de regie over wat er live gaat.
Een eerste stap voor deze week: zet de vijf Salesforce-processen op een rij waar je bedrijf niet zonder kan. Kijk dan welke je voor elke release nog met de hand test.
Salesforce-regressietests die elke release bijhouden.
Veelgestelde vragen
Is Provar alleen voor Salesforce?
Provar is gemaakt voor Salesforce, en daar is het het sterkst. Tests kunnen ook stappen buiten Salesforce zetten, maar voor applicaties zonder Salesforce past een algemene tool meestal beter.
Moet je kunnen programmeren om Provar te gebruiken?
Voor de meeste tests niet. Testers bouwen ze low-code. Voor sommige ingewikkelde gevallen is een developer nodig, en een goed testontwerp telt meer dan programmeerkennis.
Kan Provar in een CI/CD-pipeline draaien?
Ja. Provar-tests kunnen vanuit gangbare CI/CD-tools draaien, zodat ze automatisch na een wijziging of elke nacht lopen.
Is Provar gratis?
Nee, Provar is een commerciële tool met licentiekosten. Zet dat af tegen de tijd die je team kwijt is aan tests bouwen en onderhouden met een gratis tool.
Bronnen