Skip to content

Name ShimmerCapture's link test a throughput test - #87

Merged
marknolan merged 1 commit into
mainfrom
throughput_test_naming
Sep 17, 2026
Merged

marknolan merged 1 commit into
mainfrom
throughput_test_naming

Conversation

@marknolan

Copy link
Copy Markdown
Member

ShimmerCapture's test was already pathway-neutral — Link speed, measuring
whichever link is connected — but the Verisense console names the same idea a
throughput test, and one vocabulary across the two apps is worth more than
either wording on its own. (See ShimmerResearch/verisense-device-console#48,
which drops "BLE" from that one.)

What changed

  • Test tab card → Throughput test, button → Measure throughput (5 s),
    and every refusal that names the thing holding the link now says "the
    throughput test is running".
  • SD card tab stat → Link throughput, not "Throughput": the Stream & record
    tab already has a "Throughput" stat meaning the live stream's rate, and two
    stats reading the same word for different figures is worse than a longer
    label.
  • common/sd-browser.js log lines follow: "measuring raw throughput…", "raw
    throughput: N KB/s", "Throughput test failed".

What deliberately did not change

The copy explaining why the dock link cannot run this test. That limit is real —
the dock command set has no data-rate test, so only the Bluetooth links can
measure anything here — and wording it as transport-agnostic would be a lie.
Identifiers (measureLinkSpeed, onLinkSpeed, linkSpeedPill, the
data-sd-stat="link" key) are untouched; this is a copy change, not an API one.

Verification

common/dev/verify.mjs asserted on two of the renamed strings (raw link speed:
in the log, link-speed test in the apply note) and on the drift panel's skip
reason, so those assertions move with the copy. Full pass green against headless
Chrome: 293/293 checks, including "a sample is skipped, with the reason,
while another panel holds the link — Sample skipped — the throughput test is
running".

🤖 Generated with Claude Code

The test itself was already pathway-neutral - "Link speed", measuring
whichever link is connected - but the Verisense console names the same
idea a throughput test, and one vocabulary across the two apps is worth
more than either wording on its own.

So: the Test tab card is "Throughput test", its button "Measure
throughput (5 s)", and every refusal that names the thing holding the
link says "the throughput test is running". The wording that explains
why the dock link cannot run it is untouched, because that limit is
real: the dock command set has no data-rate test, so only the Bluetooth
links can measure anything here.

The SD card tab's stat is "Link throughput" rather than "Throughput".
The Stream & record tab already has a "Throughput" stat meaning the live
stream's rate, and two stats reading the same word for different figures
is worse than the longer label.

verify.mjs asserted on two of the strings ("raw link speed: " in the log
and "link-speed test" in the apply note) and on the drift panel's skip
reason, so those move with the copy. Full pass green: 293/293.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

@claude claude Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Claude Code Review

This repository is configured for manual code reviews. Comment @claude review for a one-time review, or @claude review always to subscribe this PR to a review on every future push.

Tip: disable this comment in your organization's Code Review settings.

@marknolan
marknolan merged commit ab3eedf into main Sep 17, 2026
3 checks passed
@marknolan
marknolan deleted the throughput_test_naming branch September 17, 2026 19:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant