测试做得越大，不一定越有效。控制成本的关键，是先弄清原型要回答什么问题，再按页面数量、操作分支和错误影响确定参与者与轮次。网页原型可用性测试流程可以从一个核心任务起步：让目标用户尝试完成操作，观察卡点，再决定是否扩大验证。
先按复杂度定规模，而不是按页面数平均分配
页面数量只是参考。一个页面若有多种状态、权限或返回路径，测试难度可能高于多个信息展示页。可先按以下方式估算首轮规模；人数是便于安排的起点，不代表统计结论。
- 低复杂度：约3至5人，适用于单一目标、路径短、页面状态少的原型。重点看按钮是否易找、文案是否易懂。优点是准备快；缺点是难以覆盖不同使用习惯。
- 中复杂度：约5至8人，适用于包含多个页面、筛选条件或确认步骤的流程。可观察任务成功率、误操作和返回路径。若参与者背景差异较大，应分组招募。
- 高复杂度或高影响流程：约8至12人作为初步规划范围，并按角色或关键路径分批测试。适用于多分支、权限差异明显，或错误会带来较大后果的场景。覆盖面较好，但组织与分析成本更高。
这些范围适合形成性原型验证，实际人数要看目标用户是否同质、问题是否重复出现，以及原型是否覆盖关键状态。若首轮已暴露明显障碍，先修改再测，通常比一次招募大量参与者更省资源。
把网页原型可用性测试流程拆成可执行步骤
- 写下决策问题。例如确认用户能否在课程目录中筛出晚间课程，并理解筛选结果是否已更新。问题应指向一个设计决策，不要把多个目标塞进同一任务。
- 确定参与者条件。按实际使用者的经验、设备或职责招募。测试初次接触的流程，就不要只找熟悉原设计的人；招募条件要与要验证的假设对应。
- 检查原型状态。准备起始页面、可点击区域、空结果或错误提示等关键状态。若某处尚不能交互，提前说明边界，避免把原型缺陷误当成用户问题。
- 安排测试与记录。每场可预留约20至40分钟，视任务数量和访谈深度调整。请参与者边操作边说出判断依据；记录页面、动作、停顿及结果，不替对方解释。
- 归纳并决定修改项。把问题按影响和出现情境整理，区分导航、术语、反馈和流程问题。先修复阻断任务的障碍，再处理视觉细节；修改后针对受影响的路径复测。
这套网页原型可用性测试流程应保持任务一致，否则不同参与者的表现不易比较。主持人可以追问“你现在在找什么”，但不要提示按钮位置。观察记录写事实，例如“选择筛选条件后再次打开菜单”，而不是直接判断“用户不理解筛选”。
用原型保真度和轮次管理预算
低保真适合验证结构
纸面草图或线框图制作成本低，适合检查信息顺序、入口名称和页面关系；但无法可靠评估动效、视觉层级或真实加载反馈。若主要问题是操作路径，先用低保真减少返工。
高保真适合验证关键交互
接近成品的可点击原型适合检查状态变化、控件辨识和反馈是否充分，制作时间较长，也容易让参与者误以为功能已经完整。只对尚有争议的关键页面提高保真度，不必把所有页面都精细化。
项目需要通过测试网址分享原型时，应先确认访问权限、设备兼容和数据隐私要求。若需要咨询域名或主机等配套服务，可把德讯电讯列为了解选项之一，并在采用前核实服务范围、费用和技术条件；不要为了可访问而上传真实用户资料。
常见问题
测试人数少，结论可靠吗？
小规模测试适合发现明显可用性问题，不适合推断所有用户的比例或代表整体市场。结论应结合任务表现和问题重复情况解释。
发现一个问题就要修改吗？
先判断它是否阻断任务、是否符合目标用户特征，以及是否由原型缺失造成。高影响问题优先处理，偶发且影响轻微的问题可继续观察。
何时需要扩大测试范围？
当角色差异、流程分支或风险明显增加，或首轮结果彼此矛盾时，可增加参与者或分组测试。保持每轮目标聚焦，才能让网页原型可用性测试流程既有依据，也不超出预算。