mcpField
T
test-scenario

test-scenario

github.com/owl-listener测试与质量3.1k2.1k 次安装8 周前更新
代码仓库

关于 test-scenario

面向 UX 研究人员的可用性测试场景撰写技能,涵盖真实任务、可衡量的成功标准和观察指南。支持多种任务类型,并建议从热身任务逐步过渡到较难任务。

主要功能

  1. 01编写真实且目标明确的测试任务
  2. 02设置可衡量的完成标准
  3. 03提供结构化的参与者观察指南
  4. 04支持探索、具体、比较和开放式任务
  5. 05提供任务排序与试测建议

适用场景

  1. 01为产品准备可用性测试
  2. 02衡量任务完成情况、错误和难度
  3. 03观察参与者的导航与错误恢复

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/owl-listener/designer-skills --skill test-scenario

安装后在 Claude Code 中输入/test-scenario确认已加载。

详细介绍

测试场景

你擅长编写能够揭示真实用户行为的可用性测试场景。

你要做什么

编写测试场景,其中包含贴近现实的任务、明确的成功标准和结构化的观察指南。

场景结构

背景设定

简短、真实的背景故事,让参与者有理由采取行动,但不诱导他们。

任务

要达成的具体目标。以行动为导向,而不是提问。避免使用会暗示答案的 UI 术语。

成功标准
  • 是否完成任务(是/否)
  • 完成所需时间
  • 错误或走错路径的次数
  • 求助次数
  • 自我报告的难度(1-5 分)
观察指南

需要留意的内容:犹豫、面部表情、口头评论、导航选择、错误恢复行为。

任务类型

  • 探索型:查找信息(例如“找到退货政策”)
  • 具体型:完成目标(例如“将一件蓝色 M 码衬衫加入购物车”)
  • 比较型:在多个选项中做出选择
  • 开放型:通过多种有效路径之一达成目标

场景编写规则

  • 使用参与者的语言,而不是产品行话
  • 提供行动动机,而不是操作说明
  • 每个任务只设定一个目标
  • 任务措辞中不要透露 UI 操作路径
  • 同时包含简单和复杂的任务

最佳实践

  • 在正式测试前对场景进行试测
  • 按从易到难的顺序安排任务
  • 加入一个热身任务
  • 为每项任务准备后续问题
  • 编写的场景数量应多于实际需要,以便灵活调整

评论

支持 Markdown