name: wingtip-migration-test description: "WORKFLOW SKILL - Execute the end-to-end WingtipToys migration benchmark: clear samples\AfterWingtipToys, run the migration-toolkit against samples\WingtipToys, repair the generated app until Playwright acceptance tests pass, and write a numbered run report with embedded screenshots under dev-docs\migration-tests\wingtiptoys. WHEN: "run Wingtip migration", "test WingtipToys migration", "Wingtip benchmark", "migrate WingtipToys", "rerun Wingtip migration". INVOKES: migration-toolkit (scripts + skills), dotnet CLI, Playwright tests."
WingtipToys Migration Test
End-to-end migration benchmark for the canonical WingtipToys Web Forms sample. This workflow uses the repository's migration toolkit as the public entry point, preserves the migrated application shape in samples\AfterWingtipToys\, and considers the run successful only when the existing Playwright acceptance tests pass.
Benchmark Integrity Rules
This workflow is a benchmark, so every run must start from scratch.
Required behavior
- Start with the raw Web Forms source in
samples\WingtipToys\. - Clear
samples\AfterWingtipToys\before each run. - Run
migration-toolkit\scripts\bwfc-migrate.ps1to produce the output for this run. - Repair only the fresh output produced during the current run.
Forbidden behavior
- Do not restore or copy previously migrated content into
samples\AfterWingtipToys\. - Do not use git history as migration input or repair content:
- no
git restore - no
git checkout - no
git showto pull old file contents into the run - no copying files from prior commits, branches, tags, or stashes
- no
- Do not reuse prior benchmark outputs from:
samples\AfterWingtipToys\dev-docs\migration-tests\wingtiptoys\run*- session artifacts, temp folders, or prior migration snapshots
- Do not treat an earlier repaired sample as the answer. The point of the run is to measure what the toolkit plus current repair work can achieve from scratch.
If a run uses prior migrated content or git-sourced repairs, the benchmark is invalid and must be restarted from a freshly cleared output folder.
Paths
| Item | Path |
|---|---|
| Web Forms wrapper | samples/WingtipToys/ |
| Effective Web Forms app | samples/WingtipToys/WingtipToys/ |
| Blazor output | samples/AfterWingtipToys/ |
| Toolkit entry point | migration-toolkit/scripts/bwfc-migrate.ps1 |
| Toolkit skills | migration-toolkit/skills/ |
| Acceptance tests | src/WingtipToys.AcceptanceTests/ |
| Run reports | dev-docs/migration-tests/wingtiptoys/ |
| Report template | ./REPORT-TEMPLATE.md |
Success Criteria
A Wingtip run is only a success when all of the following are true:
samples\AfterWingtipToys\was cleared before the run.- The migration was started through
migration-toolkit\scripts\bwfc-migrate.ps1. - The generated app was repaired in place until it builds and runs.
dotnet test src\WingtipToys.AcceptanceTests\passes against the migrated app.- A new numbered report folder was written under
dev-docs\migration-tests\wingtiptoys\runNN\. - The report includes total runtime, what worked well, what did not work well, and embedded screenshots proving the app is working.
Prerequisites
- .NET 10 SDK
- Playwright browsers installed for
src\WingtipToys.AcceptanceTests\ - Local HTTPS dev certificate trusted if the run uses the default
https://localhost:5001 - Any seed data or local DB setup required by the current
samples\AfterWingtipToysimplementation
If Playwright browsers have not been installed yet for this machine:
dotnet build src\WingtipToys.AcceptanceTests\WingtipToys.AcceptanceTests.csproj
pwsh src\WingtipToys.AcceptanceTests\bin\Debug\net10.0\playwright.ps1 install
Workflow
Phase 0: Preparation
Determine the next run number
Scandev-docs\migration-tests\wingtiptoys\run*folders and use the next numeric value after the current maximum. Preserve zero padding:run26,run27, etc.Record the start timestamp
Start total wall-clock timing before clearing the output folder.Clear the output folder contents
Delete everything undersamples\AfterWingtipToys\while keeping the folder itself.Create the report folder early
Createdev-docs\migration-tests\wingtiptoys\runNN\and animages\subfolder so logs and screenshots have a known destination from the start.
Phase 1: Layer 1 - Migration Toolkit Run
Run the toolkit wrapper, not the CLI directly:
pwsh -File migration-toolkit\scripts\bwfc-migrate.ps1 `
-Path samples\WingtipToys `
-Output samples\AfterWingtipToys `
-Verbose
Record:
- Layer 1 duration
- Any CLI/toolkit summary output
- Whether the toolkit resolved the nested
samples\WingtipToys\WingtipToys\app root automatically - Whether
.razoroutput, scaffold files, and static assets were produced in the expected places
Phase 2: Layer 2/3 - Skill-Guided Repair
Load and apply the migration toolkit from migration-toolkit\:
- Read
migration-toolkit/README.mdfor the overall approach and key principles - Read
migration-toolkit/skills/— the toolkit contains all the skills needed for the repair phase; apply whichever skills are relevant to the errors and patterns encountered in the generated output
Repair the generated app in place. Do not replace it with a simplified rewrite or a fresh unrelated sample.
Important benchmark constraint:
- Every repair must be derived from the current run's freshly generated output, the raw Web Forms source, BWFC/toolkit rules, and normal debugging/build feedback.
- Do not import repaired files from previous runs, from git history, or from other saved artifacts.
Focus on:
- Keeping the generated project shape in
samples\AfterWingtipToys\ - Preserving Web Forms semantics through BWFC shims where available
- NEVER replace generated BWFC data controls (
ListView,FormView,GridView,DataList,Repeater) with manual HTML. Fix the generated markup to work with the BWFC component instead. - Fixing build errors iteratively until the app runs cleanly enough for acceptance validation
- Treating the migration toolkit as the thing under test; manual fixes should be documented as toolkit gaps
Phase 3: Build Validation
Run:
dotnet build samples\AfterWingtipToys\WingtipToys.csproj
Record:
- Final build status
- Error and warning counts
- Major error categories encountered before the final green build
Phase 4: Run the Migrated App
Start the migrated app and wait until it is responsive.
Recommended default:
dotnet run --project samples\AfterWingtipToys\WingtipToys.csproj
Use the app's configured launch settings when possible. If you must override the base URL, keep it consistent with the acceptance tests and report it explicitly.
Phase 5: Acceptance Tests
Run the existing Playwright suite against the migrated app:
$env:WINGTIPTOYS_BASE_URL = "https://localhost:5001"
dotnet test src\WingtipToys.AcceptanceTests\WingtipToys.AcceptanceTests.csproj --verbosity normal
Record:
- Total / passed / failed / skipped counts
- Any test retries or targeted fixes needed
- Final pass condition
If the suite does not pass, the run is not successful. Continue repair work or write a failed run report that clearly explains the blocker.
Phase 6: Screenshot Capture
Capture proof screenshots from the working migrated app and save them under runNN\images\.
Recommended minimum set:
01-home.png02-products.png03-product-details.png04-shopping-cart.png05-login.png06-about.png
Use additional screenshots when they clarify a major success or known defect.
Phase 7: Report Generation
Create dev-docs\migration-tests\wingtiptoys\runNN\report.md from REPORT-TEMPLATE.md.
The report must include:
- Run metadata (date, branch, operator if known)
- Source/output/tool paths
- Total wall-clock runtime
- Per-phase timing when available
- Final build result
- Final acceptance-test result
- What worked well
- What did not work well
- Toolkit/CLI gaps exposed by the run
- Embedded screenshot gallery using relative image paths
Optional supporting artifacts:
summary.mdraw-data.md- captured command output snippets
Critical Rules
| Rule | Detail |
|---|---|
| Always clear output first | samples/AfterWingtipToys/ must be emptied before each run so results are reproducible |
| Use the toolkit wrapper | Start Layer 1 with migration-toolkit/scripts/bwfc-migrate.ps1, not an ad hoc direct CLI call |
| Work from scratch | Every run must begin from the raw source plus fresh toolkit output only; no prior migrated content may be reused |
| No git/history restores | Never use git restore, git checkout, git show, or copied historical file contents to repair the benchmark run |
| Repair in place | Do not swap in a smaller clean app or rewrite the site from scratch |
| Acceptance tests are the gate | The run is only successful when src/WingtipToys.AcceptanceTests/ passes |
| Report every run | Successful or failed runs both get a numbered report folder |
| Embed screenshots | The main report must show images inline with Markdown links |
| Measure total runtime | Start timing before output cleanup and stop after the report is written |
| Document gaps honestly | Every manual fix that was necessary is evidence for improving the toolkit |
Suggested Output Structure
dev-docs/
migration-tests/
wingtiptoys/
runNN/
report.md
summary.md # optional
raw-data.md # optional
images/
01-home.png
02-products.png
03-product-details.png
04-shopping-cart.png
05-login.png
06-about.png
Reference Documents
migration-toolkit/— the full toolkit (README, METHODOLOGY, skills, scripts)src/WingtipToys.AcceptanceTests/TestConfiguration.csdev-docs/migration-tests/wingtiptoys/run25/report.md