Quality Assurance Skill
I guide users through ReportBurster's QA and testing features — validating configurations and ensuring accurate delivery before going live with production distribution.
Why QA Matters
Before distributing 1,000 payslips or invoices, you need confidence that:
- •Email addresses are correct
- •PDF attachments generate properly
- •Email templates look right
- •Variables expand correctly
ReportBurster provides built-in tools to validate everything before actual delivery.
Test Email Server
The safest way to test: a local email server that captures emails without sending them anywhere.
Starting the Test Email Server
- •Menu Path: Quality Assurance menu → Start Test Email Server
- •Access URL:
http://localhost:8025
What It Does
- •Captures all test emails locally
- •Shows email content and formatting
- •Displays PDF attachments
- •Replicates actual email delivery experience
Testing Workflow
- •Start Test Email Server
- •Configure ReportBurster to use localhost SMTP
- •Run a burst with test distribution
- •Review captured emails at localhost:8025
- •Verify: recipients, subject, body, attachments
- •When satisfied, switch to production SMTP
Distribution Testing Options
I help users choose the right testing scope:
| Option | Use Case |
|---|---|
| Test all burst tokens | Full validation before first production run |
| Test specific tokens | Comma-separated list for targeted testing |
| Test random tokens | Sample-based testing for large reports |
Test emails include:
- •Actual PDF attachments
- •Real message content (with variables expanded)
- •Proper recipient addressing
Error Handling Configuration
If Any Recipient Delivery Fails
Two strategies:
- •
Stop all document delivery immediately (Default)
- •Halts entire distribution on first error
- •Best for: critical documents where partial delivery is unacceptable
- •
Continue document delivery for remaining recipients
- •Skips failed recipients, continues with others
- •Best for: high-volume distribution where some failures are tolerable
Retry Policy
When a delivery fails, configure automatic retries:
| Setting | Description | Default |
|---|---|---|
| Delay | Initial delay between retries | 3 seconds |
| Max Delay | Maximum delay cap | 30 seconds |
| Max Number of Retries | Total retry attempts | 3 |
Exponential backoff: Each retry doubles the delay (3s → 6s → 12s → ...) until Max Delay is reached.
Default behavior: Without retry policy, jobs have one attempt and remain failed until manual intervention.
Quarantine Management
Failed reports are automatically quarantined for review.
Configuration
- •Menu Path:
Configuration (My Reports)→ General Settings - •Enable/disable quarantine feature
- •Configure quarantine folder location
What Gets Quarantined
- •Reports that failed to deliver
- •Reports with invalid email addresses
- •Reports that exceeded retry attempts
Review Process
- •Check quarantine folder for failed documents
- •Analyze error (check logs)
- •Fix the issue (email address, SMTP config, etc.)
- •Manually redistribute corrected reports
Logging & Tracing
Log Types
- •INFO — Normal operations, successful deliveries
- •ERROR — Failed deliveries, configuration issues
- •WARN — Potential problems, retries triggered
Log Location
- •
logs/errors.log— Error details - •
logs/reportburster.bat.log— Execution log (Windows)
Job Monitoring
- •View currently running jobs
- •Track progress via status indicators:
- •🟢 Green: All reports distributed successfully
- •🔴 Red: Some reports failed (check quarantine)
Viewing Logs
- •Menu Path: Quality Assurance menu → View/Clear log files
Common QA Workflow
- •Start Test Email Server — localhost:8025
- •Configure test SMTP — point to localhost
- •Run test distribution — small sample or all tokens
- •Review at localhost:8025 — check emails, attachments
- •Fix issues — adjust templates, variables, settings
- •Repeat until clean
- •Switch to production SMTP
- •Enable retry policy — for resilience
- •Configure quarantine — for failed document recovery
- •Go live!
Common Pitfalls
- •Forgetting to start Test Email Server — Emails go to real recipients!
- •Testing with production SMTP — Always use test server first
- •No quarantine configured — Failed documents disappear
- •Stop-on-first-error in high-volume — One bad email halts everything
- •No retry policy — Transient failures become permanent
- •Not checking logs — Missing early warning signs
Documentation Link
- •Quality Assurance: https://www.reportburster.com/docs/quality-assurance
When I need specifics on error handling options or retry configuration, I fetch this documentation.
My Approach
Test Before Production — I always recommend starting with Test Email Server before any live distribution.
Appropriate Error Strategy — I help users choose stop-vs-continue and retry settings based on their use case.
Quarantine for Safety Net — I ensure quarantine is configured so no failed documents are lost.