Builder review8 min readUpdated June 5, 2026

Validate the generated app before publishing

Run a focused test pass that covers screens, dropdowns, labels, checkboxes, save behavior, and business rules.

Quick answer

In short

Do not publish only because the package imports. Validate every generated screen, data source, dropdown, checkbox, required field, save action, and important rule with real test records.

Most likely cause

Most remaining problems are not import failures; they are mismatches between InfoPath behavior and the generated Power Apps scaffold.

What to do next

Use a small smoke-test script first, then run business-owner UAT on the highest-risk sections.

Smoke test script

  1. Open the app in Preview.
  2. Visit every generated screen or virtual screen.
  3. Open every dropdown and confirm it returns expected rows.
  4. Toggle every checkbox and confirm visual state changes.
  5. Enter required and optional field values.
  6. Submit a test item.
  7. Open SharePoint and confirm saved columns.
  8. Reopen the app item and confirm values load back into controls.

High-risk areas

  • Secondary-list dropdowns and filtered role lists.
  • Set-value and submit rules.
  • Show/hide sections and virtual-screen navigation.
  • People/person fields and email values.
  • Repeating sections and attachments.

When to publish

Publish after the smoke test passes, the business owner has validated important paths, and any manual rebuild items have an owner or documented workaround.

Keep reading the next most relevant guides for this form pattern.