Testing protocol

How we test digital tools

Our reviews separate verified facts, hands-on observations, editorial judgment and commercial information.

Methodology

A repeatable evidence workflow

01

Discovery

We identify the product, intended audience and claims that deserve verification.

02

Research

Official documentation, terms, pricing and commercial disclosures are logged.

03

Hands-on test

Core workflows are tested in a declared browser, platform and plan.

04

Evidence review

Claims are connected to screenshots, recordings, policies or test notes.

05

Scoring

The Editorial Score is calculated only after the supporting record is documented.

06

Update cycle

Published reviews receive dated checks and visible pending-test notices.

Score protection

No number without a record

A numerical score must be supported by documented criteria. When critical testing is incomplete, the review clearly labels the score as provisional and lists what remains pending. Access limits are recorded rather than treated as universal product behavior.

Six dimensions

What the score considers

Ease of use

Evaluated with product-specific evidence and editorial context.

Output quality

Evaluated with product-specific evidence and editorial context.

AI usefulness

Evaluated with product-specific evidence and editorial context.

Value

Evaluated with product-specific evidence and editorial context.

Flexibility

Evaluated with product-specific evidence and editorial context.

Trust & support

Evaluated with product-specific evidence and editorial context.

Reader context

Testing is honest about limits.

Not every product receives identical hands-on coverage. A free plan, unavailable feature, device difference or privacy decision can limit what we observe. Reviews identify those boundaries so readers can distinguish an observed result from an official claim or an editorial assessment.