Матеріали

SaaS journey testing

Тестуйте один account journey повністю.

Поєднайте marketing, docs і product state в одному repeatable agent scenario без небажаного production account або subscription change.

Aiscovery Research15 хв читанняОстання перевірка: 26 серпня 2026 р.
Контрольований SaaS journey зберігає plan, identity, onboarding і permission state перед закритим subscription review gate

Що це допоможе оцінити

  • Як визначати SaaS tasks для marketing, documentation і product
  • Які signup, MFA, permission та expired-session fixtures знаходять приховані failures
  • Як довести self-service outcome без небажаного production side effect

Визначте один cross-surface task contract

Почніть із customer goal, що поєднує public fact і product outcome. Зафіксуйте immutable prompt, persona, canonical sources, expected plan або capability, locale, viewport, authentication state, test tenant, allowed actions, stop gate і deterministic assertions до запуску executor.

Зберігайте цей contract для controlled browser baseline і named agent profiles. Task не завершений лише тому, що агент надав plausible explanation. Cited fact і observed account state мають відповідати одному versioned fixture.

  • DISCOVER: знайти capability, limit, policy або plan у canonical source.
  • ENTER: дійти до signup або sign-in зі збереженим plan, locale і return path.
  • ACT: виконати лише authorized onboarding або self-service change у test tenant.
  • VERIFY: незалежно перевірити product state і довести виконання production stop gate.

Узгодьте marketing, docs і product facts

Створіть known facts для capabilities, plan limits, trial conditions, regions, support commitments і deprecation state. Порівняйте marketing page, pricing або contact path, documentation, help center, structured data і visible product UI, не вимагаючи від кожного SaaS business публічного pricing.

Зберігайте canonical source, reviewed date та applicable plan або product version. Fact стає finding, коли authoritative surfaces суперечать одна одній, агент обирає stale page або product state заперечує promise, з якого почався journey.

Контролюйте signup та invitation boundaries

Підготуйте valid, invalid, duplicate, invited, expired-link і rate-limited signup fixtures. Labels, instructions, validation та errors мають показувати expected field purpose і recovery action. Selected plan, referral context, locale та return URL повинні зберігатися під час переходу до identity flows.

Public production tests зупиняються до account creation, email delivery або іншого external side effect. Approved sandbox може submit synthetic identities, але assertion має довести існування рівно одного expected tenant або account та відсутність duplicates після delayed retries.

Тестуйте authentication як recoverable state machine

Запускайте password, passwordless, SSO, OAuth та MFA paths лише з approved accounts і permissions. Перевіряйте accessible names, autofill semantics, focus, one-time-code handling, redirect validation і різницю між invalid, expired, denied та temporarily unavailable states.

Завершіть термін дії code або session після прогресу агента. Recovery має зберегти safe intent, пояснити next action та уникнути redirect або authentication loops. Для OAuth browser flows перевіряйте deployed contract за current guidance, зокрема authorization code з PKCE, без потрапляння credentials, tokens або cookies до evidence.

Перевіряйте onboarding та permission state

Використовуйте versioned test tenant із known role, entitlement, workspace і onboarding state. Перевіряйте кожну product action через independent API, database-safe fixture або observable final-state assertion, а не success toast чи summary агента.

Тестуйте least privilege явно. Member не повинен отримати owner action, personal workspace не має стати organization, а stale invitation не має надавати доступ. Фіксуйте кожне approval і human intervention у step trace.

Тестуйте self-service changes і recovery

Відокремлюйте reversible preferences, profile settings і documented account procedures від billing, deletion та external notifications. Для plan changes або cancellation production має зупинитися на unambiguous review boundary з object, effective date, impact і next irreversible action.

Додавайте validation errors, expired sessions, permission loss, slow responses і late-rendered controls. Вимірюйте time to verified outcome, planned waits, retries, interventions, Cumulative Layout Shift і target movement навколо consent, authentication та account controls.

Доведіть outcome і класифікуйте failure

Перевірте точні tenant, account, role, entitlement, preference або review state, визначені scenario, а потім доведіть, що не створено небажаного account, subscription, charge, deletion або message. Visible success message без expected backend чи product state є false success.

Зберіть prompt, source snapshot, fixture version, executor profile, ordered steps, screenshots, accessibility evidence, console і network signals, timing, retries, interventions, CLS та final-state assertion. До призначення remediation класифікуйте primary cause як website, agent-specific, agent policy, infrastructure або inconclusive.

  • Приховуйте credentials, tokens, cookies, personal data і tenant secrets.
  • Пов'язуйте кожен P0 або P1 finding з reproduction steps і acceptance criteria.
  • Повторіть той самий scenario після fix у matching environment.

SaaS agent test checklist

  • Визначте один customer goal, що поєднує canonical public fact і product outcome.
  • Версіонуйте plan, capability, tenant, role, invitation та authentication fixtures.
  • Порівняйте marketing, docs, help, structured data і product UI для одного fact.
  • Зберігайте plan, locale та return intent через signup і authentication redirects.
  • Тестуйте valid, invalid, duplicate, expired і rate-limited signup states.
  • Перевіряйте labels, errors, focus, autofill semantics, MFA та expired-session recovery.
  • Незалежно перевіряйте onboarding, workspace, role та entitlement state.
  • Тестуйте least privilege і не допускайте duplicate writes під час retries.
  • Вимірюйте completion time, waits, retries, interventions, CLS і target movement.
  • Зупиняйте production до account creation, billing, deletion або external notification.
  • Доведіть відсутність unintended side effect і збережіть deterministic final state.
  • Знеособлюйте sensitive evidence, класифікуйте failure cause і визначте retest condition.

Первинні implementation sources

Перевірте сигнал у реальному journey.

Наявність технології важлива лише тоді, коли покращує verified outcome. Пов'яжіть сигнал із task, evidence і final-state assertion.