PERFORMANCE5 MIN READ

X-ray any page

Point Kane CLI at any URL and get back every number your DevTools would show you, in one structured result.

The problem

When someone asks how healthy the checkout page is right now, answering by hand means the Performance panel for web vitals, the Network panel to count slow calls, the Console to count errors, and the Application panel for cookies and storage, all written down by hand. Five panels, a few minutes, and you have measured one page once. Across ten pages or on every build, it simply does not happen.

The idea

A full body scan, not a photo. One pass returns the complete internal read of the page, the part a screenshot will never show.

What you will get back

  • Server and render timing, TTFB and FCP
  • The number of requests and how many were slow
  • The console error count
  • The number of cookies

How it works

The same checkpoints, in extract mode. Instead of asserting a value you say store it as a name, and Kane CLI captures the live value into a variable. Name each variable distinctly from its metric so the extractor stays clean.

Run it now

kane-cli --tui
# then paste this objective:
Go to https://en.wikipedia.org/wiki/Software_testing and let the page fully load.
Store the Time to First Byte as 'ttfb'.
Store the First Contentful Paint as 'fcp'.
Store the number of network requests as 'requests'.
Store the number of requests slower than 1000 ms as 'slow_requests'.
Store the number of console errors as 'console_errors'.
Store the number of cookies as 'cookies'.

Or one line, for CI or sharing

kane-cli run "Go to https://en.wikipedia.org/wiki/Software_testing and let the page fully load.
Store the Time to First Byte as 'ttfb'.
Store the First Contentful Paint as 'fcp'.
Store the number of network requests as 'requests'.
Store the number of requests slower than 1000 ms as 'slow_requests'.
Store the number of console errors as 'console_errors'.
Store the number of cookies as 'cookies'." --agent

What prints

Example run. Your numbers will vary by site, build and run. The PASS / FAIL and the zeros are the stable result, the raw timings and counts are illustrative.

✓ stored ttfb            = 265 ms
✓ stored fcp             = 564 ms
✓ stored requests        = 47
✓ stored slow_requests   = 0
✓ stored console_errors  = 0
✓ stored cookies         = 7

RESULT  PASS   exit 0   ~2m 15s   ~30 to 50 credits

Adapt it to your app

Go to <your page> and let it fully load.
Store the Time to First Byte as 'ttfb'.
Store the First Contentful Paint as 'fcp'.
Store the number of requests slower than 1000 ms as 'slow_requests'.
Store the number of console errors as 'console_errors'.
Store the number of cookies as 'cookies'.
# add any metric you want to track

Why it works

Performance is captured per navigation as a point in time read, so the values reflect the settled page. Extract mode writes each metric to a variable you can print as JSON, log to a dashboard, or compare against the previous build.

What it unlocks

Extraction turns a test into a measurement tool. Run it on every build for a trend line per metric. Run it across your top ten pages for a health dashboard, each page described by a single sentence.

More Use Cases

CONSOLE

Catch the bug a screenshot misses

Your visual test is green and the page still loaded broken. This catches the server error and the thrown error the camera cannot see.

COOKIES

See the cookie your test scripts are blind to

Assert an HttpOnly session cookie exists, the secure cookie that document.cookie and most test tools cannot read.

NETWORK

Check the response, not just the status

Assert the endpoint returned the right shape, an array with items or a field with a value, not merely a 200.

NETWORK

Catch the API failure behind a green page

Assert the real network result, a 200 where it matters and no 5xx anywhere, even when the page looks perfect.

CONSOLE

Catch the error that only fires on a click

Find the error that a page load check never sees because it only happens when the user acts.

COOKIES

Catch a cookie missing the Secure flag

Fail the moment any cookie is set without the Secure flag, so a session token can never travel over plain HTTP.

NETWORK

Catch an environment leak before it ships

Fail a production build that quietly calls staging, localhost or a debug endpoint.

LOCAL STORAGE

Keep secrets out of local storage

Assert that no obviously sensitive value, a password, a card number, raw personal data, is sitting in storage any script could read.

GENERATE

Describe what to test, get the test cases

Say what you want to test in one sentence and Kane CLI generates the scenarios and the Positive, Negative and Edge cases, no browser, no writing them by hand.

GENERATE

Reuse what you already have with memory

Turn on the memory layer and generation reuses your relevant existing cases and avoids drafting duplicates of coverage you already wrote.

TestMu AI forEnterprise

Get access to solutions built on Enterprise
grade security, privacy, & compliance

  • Advanced access controls
  • Advanced data retention rules
  • Advanced Local Testing
  • Premium Support options
  • Early access to beta features
  • Private Slack Channel
  • Unlimited Manual Accessibility DevTools Tests