Reliability

How to test a QR code

Test QR codes in layers: inspect configuration heuristics, confirm a clean baseline decode, run simulated degradation stress tests, check multiple devices, then scan the final physical print. QRburst separates Lab configuration analysis (P3) from simulated decode stress tests (P4)—they are not merged into one certainty score, and browser tests are not physical print proof.

Testing layers

Use each layer for what it is good at. Heuristics catch structural risk early. Empirical browser decoding catches many styling and obstruction issues. Devices catch OS/app variance. Print proofs catch the physical world.

QRburst-oriented testing stack
LayerWhat it answersWhat it does not prove
Design inspectionContrast, quiet zone, logo size, ECC choices look sensibleThat cameras will decode after print
P3 configuration analysisHeuristic risk signals for the current settingsEmpirical decode under blur/compression
P4 simulated stress testsWhether a browser decoder recovers your payload after controlled degradationsPhysical distance, ink, or store lighting
Device checksBehavior across phone cameras and apps you care aboutProduction print variance
Physical print proofReal substrate, size, and lightingEvery future reprint if vendors change settings

Configuration analysis

P3 in QRburst Lab evaluates configuration heuristics: contrast signals (WCAG-style luminance as a Lab heuristic, not a QR standard), quiet-zone module targets, density/version implications, logo and style risk, and related recommendations.

Treat P3 as an early warning system. A “recommended” quiet-zone classification or healthier contrast signal means you reduced a known risk class—it is not a decode certificate.

  • Fix critical configuration issues before you invest in print
  • Re-run analysis after logo, color, ECC, or quiet-zone changes
  • Follow recommendations selectively—shortening a URL often helps more than ignoring density

Simulated stress tests

P4 renders your actual QR (including logo) through the same styling pipeline used for generation, then applies controlled degradations—resolution loss, blur, contrast fade, rotation, perspective, compression, grayscale, and obstruction—and attempts an exact payload match with a browser decoder.

Results summarize resilience categorically (for example resilient vs sensitive vs fragile). That is empirical evidence about this rendered artwork under synthetic stress. It is still not a substitute for scanning a poster across a restaurant or a sticker on curved packaging.

  • Baseline failure means stop and fix before interpreting other scenarios
  • Obstruction scenarios are especially relevant for logo codes
  • Browser/canvas differences can exist—use P4 as strong evidence, not courtroom proof

Physical print proof

Print at final size on representative material. Scan from the intended distance with at least two devices. Confirm both decode success and destination correctness (the right HTTPS page, Wi-Fi network, or contact fields).

If browser tests look healthy but print fails, inspect size, DPI/vector handoff, quiet-zone cropping, glare, and color shifts next—not random regenerations with identical settings.