Repository navigation
trios/agent-server/apps/agent/entrypoints/app/admin-dashboard/AdminDashboardPage.tsx exports one symbol and no test names any of them #1594
Description
trios/agent-server/apps/agent/entrypoints/app/admin-dashboard/AdminDashboardPage.tsx exports one symbol and no test names any of them
Measured on origin/feat/queen-supervisor, the tree a bee clones:
$ git show origin/feat/queen-supervisor:trios/agent-server/apps/agent/entrypoints/app/admin-dashboard/AdminDashboardPage.tsx | wc -l
199
exports: AdminDashboardPage
searched: every *.test.ts under apps/server/tests, concatenated
found: none of these identifiers appears anywhere in that corpus
The weak version of this claim would be "there is no AdminDashboardPage.tsx.test.ts",
and it would be worthless: 144 of 260 source files have no test of the same name,
and most of them are covered perfectly well by suites named after something else.
queen-tick.ts is exercised by a dozen queen-*.test.ts files and has no test
of its own name. So the question asked here is the stronger one - whether any
exported identifier of this module is mentioned anywhere in the test corpus at
all - and by that measure only nine modules in the repository qualify. This is
one of them.
Untested is not the same as broken. This asks for the first suite, not a rewrite:
the behaviour that already exists, pinned, so the next change to this file has
something to fail against.
User Scenarios & Testing
User Story 1 - The module's contract is pinned as it stands today (P1)
Acceptance Scenarios:
- Given each exported symbol,
When the suite runs,
Then at least one assertion exercises it, and the suite names the symbol
it is covering so a reader can map assertions to exports. - Given the module's behaviour as it is today,
When the suite runs against the unmodified source,
Then it passes. A first suite that requires changing the subject is a
redesign wearing a test's clothes. - Given a deliberately broken copy of the subject,
When the suite runs against it,
Then it fails. A suite never shown failing has not been tested. - Given the suite,
When it runs,
Then it needs no network, no database and no container.
User Story 2 - What could not be pinned is named (P2)
Acceptance Scenarios:
- Given an export whose behaviour cannot be exercised without a live
dependency,
When the suite is read,
Then that export is listed in a comment with the dependency that blocked
it, rather than silently omitted. An untested export inside a file that now
looks tested is worse than one in a file that plainly is not.
Requirements
- FR-001: The subject MUST NOT be modified. If a symbol cannot be tested without changing it, say so in the comment required above and leave it.
- FR-002: The suite MUST run under
bun testin an existing group and MUST NOT require a database, a container or the network. - FR-003: Every assertion MUST test observable behaviour, not the shape of the implementation. A test that asserts a function calls another function pins the code rather than the contract.
- FR-004: The bee MUST demonstrate the suite failing against a deliberately broken copy before showing it passing, and quote both runs.
- FR-005: No existing test may be modified or weakened.
Success Criteria
bun test trios/agent-server/apps/agent/entrypoints/app/admin-dashboard/AdminDashboardPage.test.tspasses, and its raw stdout is quoted in the report, unedited and unsummarised.- Every one of the 1 exported symbols is either exercised by an assertion or listed in a comment with the dependency that prevented it; the report quotes
grep -c 'it(' trios/agent-server/apps/agent/entrypoints/app/admin-dashboard/AdminDashboardPage.test.tsand its raw output, and the two counts sum to 1. The command MUST NOT name or enumerate the specific items it counts. - A failing run against a deliberately broken copy of the subject is quoted, raw and unedited, alongside the passing one - a suite never shown failing has not been tested.
git diff --name-onlyis quoted raw and does not listtrios/agent-server/apps/agent/entrypoints/app/admin-dashboard/AdminDashboardPage.tsx.- The suite registers under a describe named
AdminDashboardPageTsxContract; that identifier appears nowhere in the tree today.
Boundary
trios/agent-server/apps/agent/entrypoints/app/admin-dashboard/AdminDashboardPage.test.ts
Activity
test(agent): pin the admin dashboard page contract - AdminDashboardPage
dmitrii-f-t27 commentedon Oct 15, 2026
Closed by PR #2026, merged into
queenas 7c7ac79d423855872f356f356f76102fcfe8d6df4175... (see the PR for the exact SHA; non-default base, closing manually with evidence).The page's contract is pinned by three tests in the colocated
AdminDashboardPage.test.ts(subject unmodified). The history hook answers its initial empty map (it populates through effects a static render never runs), so the page's static answer is the EMPTY dashboard: the header and approvals slots (stubbed with named markers), the Audit Trail section with its empty-state card (shield icon, note, run-count line absent by its own shape), and the delete AlertDialog pinned as CLOSED (the alert stand-in's root honours the open flag - the first push passed content through unconditionally and broke the sibling Skills/ScheduledTasks closed-alert pins in the CI order; fixed and verified with a mixed order). Not pinned: the populated audit trail, the delete flow and the toasts.Verified on the fixed head: suite alone 3/3; admin+skills mixed order 10/10; broken copy 2 catcher tests fail, restored byte-identical; biome clean; tsgo 0 mentions. CI on the SHA: Tests 19/19 green incl. agent and pglive; Typecheck GREEN 0 errors 0 mentions; Biome 0 mentions 0 new (gate comment on the PR).
Dmitrii Fedorov (@dmitrii-f-t27)