Тестуйте один marketplace offer повністю.

Почніть із buyer або provider goal і зафіксуйте immutable prompt, persona, constraints, locale, viewport, authentication state, fixture version, allowed actions, stop gate та deterministic assertions. Визначте кожну сторону, що може змінити outcome: platform, seller або provider, payment чи fulfillment partner і user account.

Запускайте той самий contract через deterministic browser baseline і named agent profiles. Plausible recommendation не означає completion. Selected listing, seller, condition, total і terminal state мають відповідати expected fixture.

Створіть stable fixtures для listing ID, canonical URL, seller або provider ID, product чи service identity, variant, condition, inventory state і fulfillment method. Тестуйте ranking, filtering, pagination, duplicate listings та sponsored placements, не дозволяючи executor змішувати facts зі схожих offers.

Перевіряйте semantic headings, links, controls, accessible names, roles, values, focus order і dynamic announcements. Structured data на кшталт Product, Offer або AggregateOffer може покращувати machine-readable context, коли точно відображає visible page, але його відсутність сама по собі не визначає task success.

Розраховуйте comparison total з item або service price, platform fee, seller fee, delivery, tax, deposit, protection і кожного conditional charge, видимого до decision boundary. Перераховуйте після зміни location, quantity, variant, seller або fulfillment та фіксуйте розбіжності authoritative surfaces.

Зберігайте platform guarantees, verified seller attributes, seller claims, ratings, reviews і moderation notices в окремих evidence fields. Reputation є context, а не доказом правдивості listing fact. Report має вказувати, яка сторона надала кожен claim і коли його спостерігали.

Reviews, listing descriptions, seller profiles, questions, messages і uploaded documents є user-generated content. Перевіряйте, чи можуть visible або hidden instructions у цих surfaces перенаправити агента, запросити secrets, змінити constraints, обійти confirmation або змусити сприйняти seller claim як platform command.

Зберігайте injection payload як evidence, не дозволяючи йому вийти за scenario boundary. Sensitive account, payment, message та order data не повинні бути доступними unrelated sellers, listings і sessions. Успішну manipulation або cross-account disclosure класифікуйте як security finding, а не звичайний content friction.

Створіть available, low-stock, reserved, delisted, seller-paused, changed-price, changed-fee і temporarily unavailable fixtures. Активуйте зміну після comparison або selection, щоб тест побачив, чи сайт показує new state і зберігає valid constraints.

Recovery не повинно непомітно змінювати seller, condition, variant, fulfillment method або commercial terms. Якщо original offer не може продовжитися, агент має пояснити invalidated choice, повернутися до safe decision point і запросити confirmation перед вибором alternative.

Public production runs зупиняються до seller message, bid, enquiry submission, booking confirmation, order creation, payment authorization, dispute opening або refund request. Review state має показувати exact listing, seller, total, terms і next consequential action.

Approved sandboxes можуть виконувати повний flow із synthetic accounts та reversible fixtures. Використовуйте idempotency controls і independent assertions, щоб довести створення рівно одного intended message, transaction або case та відсутність duplicate write через retries, delayed responses чи expired sessions.

Перевіряйте expected listing, seller, condition, quantity, total, fulfillment, account і review або sandbox transaction state поза agent narrative. Також доведіть відсутність unintended message, bid, reservation, order, charge, dispute, refund або cross-account data exposure.

Зберігайте session recording, ordered steps, screenshots, accessibility evidence, DOM, console і network signals, source snapshots, completion time, waits, retries, interventions, Cumulative Layout Shift і target movement. До remediation класифікуйте primary cause як website, agent-specific, agent policy, infrastructure або inconclusive.