🧪 Smoke Testing

Snelle validatie of een build stabiel genoeg is om verdere testen uit te voeren.

← Terug naar Build & Test

Introductie

Smoke Testing is een eerste, snelle controle om te bepalen of een build stabiel genoeg is om verder getest te worden.

De focus ligt op het controleren van de belangrijkste functionaliteiten, niet op volledige validatie.

👉 Als de smoke test faalt, worden verdere tests niet uitgevoerd.

Doel van Smoke Testing

  • Verifiëren dat de build testbaar is
  • Detecteren van kritische fouten vroeg in het proces
  • Voorkomen dat tijd wordt besteed aan instabiele builds
  • Valideren dat basisfunctionaliteit werkt

👉 Smoke Testing fungeert als een kwaliteitsgate vóór verdere testfasen.

Wanneer uitvoeren

  • Na iedere deployment (TST / ACC / PRD)
  • Na een nieuwe build in CI/CD pipeline
  • Na hotfixes of kritische wijzigingen
  • Voordat System Testing of UAT start

👉 Smoke testing wordt vaak geautomatiseerd uitgevoerd.

Plaats binnen test levels

  • Voorafgaand aan System Testing
  • Voorafgaand aan UAT
  • Vaak gecombineerd met Regression Testing

👉 Smoke testing bepaalt of het zinvol is om verder te testen.

Wat wordt getest

🔹 Power Platform / Dataverse

  • Applicatie start correct op
  • Inloggen werkt
  • Belangrijkste entiteiten laden
  • Create/Update van kernrecords werkt
  • Business rules / plugins draaien zonder fouten
  • Basis navigatie functioneert

🔹 Microsoft Fabric

  • Pipelines starten correct
  • Dataflows laden zonder fouten
  • Databronnen bereikbaar
  • Basis dataset beschikbaar
  • Rapportages openen

Wat is het NIET

  • ❌ Geen volledige functionele test
  • ❌ Geen diepgaande validatie
  • ❌ Geen vervanging van System Testing
  • ❌ Geen performance test

👉 Het doel is snelheid en basisvalidatie, niet volledigheid.

Aanpak (stap voor stap)

🔹 1. Kritische scenario’s bepalen

  • Identificeer belangrijkste functionaliteiten
  • Bepaal minimale testset (happy flow)
  • Focus op businesskritische processen

🔹 2. Smoke testset opstellen

  • Beperk aantal testcases
  • Houd tests eenvoudig en snel
  • Standaardiseer voor hergebruik

🔹 3. Tests uitvoeren

  • Voer basis checks uit
  • Controleer kritische flows
  • Valideer dat applicatie bruikbaar is

🔹 4. Resultaat bepalen

  • Fail → stoppen en fixen
  • Pass → doorgaan met vervolgtests

Checklist Smoke Testing

🔹 Basis

  • Applicatie start zonder fouten
  • Inloggen werkt
  • Geen blocking errors

🔹 Functionaliteit

  • Kernfunctionaliteit werkt
  • Belangrijkste processen uitvoerbaar
  • Navigatie functioneert

🔹 Integraties

  • Basis integraties werken
  • Databronnen bereikbaar

🔹 Stabiliteit

  • Geen kritische fouten
  • Applicatie reageert stabiel

🔹 Release readiness

  • Geen blockers aanwezig
  • Build geschikt voor verdere tests

Best practices

  • Automatiseer smoke tests in CI/CD pipelines
  • Houd testset klein en snel
  • Focus op kritische paden
  • Gebruik als harde "go/no-go" beslissing

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

👉 Smoke Testing fungeert als een go/no-go moment vóór verdere testfasen.

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

👉 Smoke testing bevindt zich aan het begin van het testproces en bepaalt of andere testtypes effectief uitgevoerd kunnen worden.

Samenvatting

Smoke Testing is een snelle kwaliteitscontrole die bepaalt of een build stabiel genoeg is om verder getest te worden.

👉 Het voorkomt verspilling van tijd en verhoogt de betrouwbaarheid van het testproces.

<