更新时间：2026年10月09日

准备原型测试数据，先选一条要验证的任务，为它建立一份正常样本，再从同一份样本派生长文本、空值和错误情况。固定编号、金额、日期与状态的关系，让列表、详情和结果页对得上；每场测试恢复到约定起点。不要只用“张三、123、测试内容”填满所有页面。

在Pixso交互原型中，可以把这些样本分别放进相关画板，再连接同一条任务路径。测试数据帮助检查信息和交互，不意味着原型已经接入真实账户、审批服务或数据库。

先明确要验证什么，再决定数据做到哪一步

如果要检查员工能否理解差旅预算，金额分类、合计和说明就不能省略；如果要检查审批人能否找到待处理申请，申请列表中的编号、申请人和状态就要有可区分的内容。与当前问题无关的历史记录，可以暂时不做。

反过来，为了看一张表单的布局就搭建复杂随机数据生成器，也可能分散注意力。先列出需要回答的问题，再准备能够暴露这些问题的最小完整数据。这里的“完整”指关系一致，不是把真实系统的全部字段复制进来。

从一份正常差旅申请开始

下面是用于设计练习的虚构申请。数值用于说明数据关系，并非任何公司的费用标准。

先手工核对480＋720＋120＝1320。原型里出现“明细是1320、列表却是1200”，参与者可能花时间怀疑金额，而你原本想测试的是审批入口。数据矛盾会引入额外干扰。

时间也要有关系：申请创建在提交之前，审批结果在提交之后；退回修改的申请要能说明退回原因。若本轮不测试时间规则，至少不要出现结果早于申请的明显冲突。

不要给每张页面随便造一份互不相关的数据。复制正常样本，只改变当前要检查的条件，问题更容易定位。

长内容：将出行目的改为包含多段安排的文字，将部门名改为较长的完整名称。检查摘要是否有合理截断、详情能否读全、操作按钮是否被挤走。不要用一串无意义字符代替真实语言结构。
空值：让可选备注为空，让附件暂未上传。明确这是合法省略、尚未填写还是读取失败；三者不能都显示“暂无数据”。
边界：如果业务规则规定单次申请最多包含5段行程，就分别准备1段、5段及尝试添加第6段的情况。数量上限必须来自当前项目规则，不能由设计师随意指定。
错误：把结束日期改成早于开始日期，或让金额字段含无法接受的文字。检查提示是否说明改法，修正之后是否保留其他输入。

“0”和“空”尤其容易被混用。市内交通预算为0，可能表示不需要该项；没有填金额，则表示尚未完成。是否允许0由业务决定，不能仅因为它看上去不美观，就在设计稿里隐藏。

给样本安排一条明确路线：从列表打开TR-014，确认行程与预算，执行退回并填写原因，再回到列表查看状态变化。沿这条路线保留四个关联：

原型工具没有实现动态数据时，可以为不同分支准备确定的画板，并清楚界定能走的路径。若研究必须观察任意输入、计算和跨页保留，就要补相应实现或选择更适合的原型方式，不能让主持人临时替用户改答案。

GOV.UK Prototype Kit的跨页数据说明展示了代码原型如何在后续页面使用先前输入；这里可借鉴的是数据连续性，不是把它的具体功能视为所有设计工具都具备。

测试金额排版、长姓名和权限提示，一般可以构造合成内容。不要为了“看起来真实”，把员工身份证号、客户手机号、真实合同或内部账单放进对外分享的原型。参与者自己的材料若确实是研究所需，应先按团队批准的研究与信息保护安排处理，不能默认上传。

替换姓名还不够。照片、附件名、地址、公司名称和备注都可能暴露身份；应检查整条记录，而不是只给姓名打星号。需要展示联系字段时，可使用明确留作示例的内容或在原型中限制输入，不向真实号码发送消息。

在主持人准备记录中写清：本轮使用TR-014、从申请列表开始、初始状态待审批、总额1320元、没有预先选中的操作。试走一遍后恢复这些条件，再开始正式任务。若原型保留了上一场输入、展开状态或筛选条件，后来的参与者面对的就不是同一个起点。

测试结束时，将问题分成内容问题、交互问题和原型准备问题。例如长部门名遮住操作是布局问题；预算合计错误是样本准备问题；参与者看不懂“退回”和“驳回”的区别则需要进一步确认业务含义与文案。关于任务与观察的组织，可继续使用原型测试的任务与记录方法，让每条修改建议都能找到对应的页面、样本和观察。