Introductie

Regression Testing richt zich op het opnieuw testen van bestaande functionaliteit na wijzigingen in de oplossing. Het doel is om te voorkomen dat aanpassingen leiden tot onverwachte fouten in bestaande processen.

Dit geldt voor zowel: Power Platform (Dataverse) als Microsoft Fabric oplossingen.

👉 Iedere wijziging kan impact hebben op bestaande functionaliteit — ook buiten de directe scope.

---

Doel van Regression Testing

• Controleren dat bestaande functionaliteit blijft werken
• Detecteren van neveneffecten van wijzigingen
• Verifiëren dat integraties intact blijven
• Beperken van risico’s bij releases

👉 Focus ligt op stabiliteit en betrouwbaarheid bij veranderingen.

---

Wanneer uitvoeren

• Na wijzigingen in functionaliteit
• Na deployments (TST / ACC / PROD)
• Voor releases naar productie
• Na bugfixes

👉 Regression testing is een vast onderdeel van iedere releasecyclus.

---

Waar toepassen

🔹 Power Platform / Dataverse

• Business processen en formulieren
• Plugins en workflows
• Integraties en API’s
• Security en rollen

🔹 Microsoft Fabric

• Data pipelines en dataflows
• Transformaties en berekeningen
• Power BI rapportages
• Query prestaties

---

Wat wordt getest

• Bestaande functionaliteit blijft werken
• Integraties blijven correct functioneren
• Data blijft correct verwerkt
• Geen regressie in businessprocessen
• Geen onverwachte side-effects

---

Aanpak (stap voor stap)

🔹 1. Scope bepalen

• Identificeer impacted componenten
• Bepaal kritische processen
• Selecteer relevante testcases

🔹 2. Testset samenstellen

• Gebruik bestaande testcases
• Voeg nieuwe scenario’s toe indien nodig
• Bepaal prioriteit (kritisch vs optioneel)

🔹 3. Tests uitvoeren

• Doorloop kritische processen
• Controleer integraties
• Valideer data en resultaten

🔹 4. Resultaten analyseren

• Identificeer afwijkingen
• Analyseer root cause
• Bepaal impact

🔹 5. Herstel en hertest

• Voer fixes door
• Herhaal regression tests

---

Checklist Regression Testing

🔹 Scope

• Impactanalyse uitgevoerd
• Kritische processen geselecteerd
• Testcases vastgesteld

🔹 Functionaliteit

• Bestaande functionaliteit werkt
• Geen regressie in processen
• Verwachte resultaten correct

🔹 Integraties

• API’s functioneren correct
• Koppelingen werken zoals verwacht
• Data-uitwisseling correct

🔹 Data

• Data wordt correct verwerkt
• Geen dataverlies
• Geen duplicaten of inconsistentie

🔹 Stabiliteit

• Geen onverwachte fouten
• Oplossing blijft stabiel

🔹 Release readiness

• Geen blocker defects open
• Kritische scenario’s succesvol getest
• Oplossing gereed voor release

---

Best practices

• Automatiseer regressietests waar mogelijk
• Focus op kritische processen en risico’s
• Gebruik een vaste regression testset
• Voer regressietests uit bij iedere wijziging
• Combineer met CI/CD pipelines

---

Relatie met test levels

• Voor System Testing → snelle validatie van de build
• Voor User Acceptance Testing (UAT) → controle dat basisfunctionaliteit werkt
• Na deployment → verificatie dat de omgeving bruikbaar is

👉 Regression Testing zorgt voor continue validatie van bestaande functionaliteit bij iedere wijziging.

---

Relatie met andere testtypes

• Smoke testing → snelle validatie of een build testbaar is
• Regression testing → controle op bestaande functionaliteit na wijzigingen
• Integration testing → controle van samenwerking tussen componenten
• Data testing → validatie van datakwaliteit en dataverwerking
• Performance testing → controle van prestaties en schaalbaarheid
• Security testing → validatie van toegangsrechten en beveiliging

👉 Regression testing ondersteunt het gehele testproces door continu te valideren dat wijzigingen geen negatieve impact hebben op bestaande functionaliteit.

---

Samenvatting

Regression Testing zorgt ervoor dat bestaande functionaliteit stabiel blijft bij veranderingen en vormt een essentieel onderdeel van een betrouwbare releasecyclus.

👉 Zonder regression testing nemen risico’s exponentieel toe bij iedere wijziging.