CONSOLE5 MIN READ

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.

The problem

A visual test photographs the page and compares pixels. It is great at a shifted button or a wrong color, and blind to everything behind the render. The product page looks perfect while the pricing API quietly returns a 500 and the UI falls back to a stale price, the console fills with a third party script throwing, and the add to cart event the growth team depends on never reaches the network. The screenshot is green. The page is broken. You hear it from a customer.

The idea

A screenshot is a photo of a house. It tells you the paint looks good and nothing about the wiring, the plumbing or the gas. This is the inspector who opens the walls.

What you will catch

  • A 5xx hiding behind a spinner or a cached fallback
  • A JavaScript error that never breaks the visible UI
  • A key request, like an analytics event, that silently never fired

How it works

Same background capture, different question. Instead of do the pixels match, you ask did the right requests succeed, did the console stay quiet, did the event I care about actually go out on the wire.

Run it now

kane-cli --tui
# then paste this objective:
Go to https://www.scrapingcourse.com/ecommerce/, open a product and add it to the cart.
Assert: no network request returned a 5xx status.
Assert: there are no console errors.
Assert: a request was made to add the item to the cart.

Or one line, for CI or sharing

kane-cli run "Go to https://www.scrapingcourse.com/ecommerce/, open a product and add it to the cart.
Assert: no network request returned a 5xx status.
Assert: there are no console errors.
Assert: a request was made to add the item to the cart." --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.

▶ open product + add to cart                    ok
▶ assert no 5xx             0 of 217 requests  ✓ PASS
▶ assert no console errors  0 errors           ✓ PASS
▶ assert cart request made  1 request          ✓ PASS

RESULT  PASS   exit 0   ~2m   ~20 to 40 credits

Adapt it to your app

Go to <your page> and complete <the action>.
Assert: no network request returned a 5xx status.
Assert: there are no console errors.
Assert: a request was made to "<the endpoint you depend on>".

Why it works

The assertions run against the captured network and console, not the render, so they see the silent failures a visual diff structurally cannot. Console capture is top frame only, so it focuses on your app rather than third party iframes.

What it unlocks

Run it beside your existing visual test. The visual test guards the pixels, this guards the plumbing. Together they catch the bugs either one alone would miss.

More Use Cases

PERFORMANCE

X-ray any page

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

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