真实任务测试如何设计
任务要来自读者的真实用途，例如加载页面、传输文件或参加会议。
任务规模预先定义的成功条件失败与重试次数
报告要回答的具体问题
围绕这项问题，首先需要取得任务规模的记录，并确认预先定义的成功条件是否与当前任务对应。关联原始样本，不只保存截图。这里需要区分记录本身和由记录推导的判断；失败与重试次数则用于确认最终选择或处理结果。
采样和记录的基本要求
固定任务规模、持续时间和成功条件，提前定义怎样记录超时与中断。
| 阶段 | 对应问题 | 应保留什么 |
|---|---|---|
| 确认条件 | 任务规模 | 关联原始样本，不只保存截图 |
| 执行对照 | 预先定义的成功条件 | 提前定义成功、失败与异常处理 |
| 解释结果 | 失败与重试次数 | 让结论能追溯到测试过程 |
具体情形：怎样推导而不跳过条件
说明性案例 · 不代表任何品牌的实测结果
假设任务是上传一个有权访问的200MB文件，成功条件定义为上传完成并可读取。记录耗时、重试和目标限制，比只显示连接成功更能解释实际体验；大小不同的任务应分开比较。
这个情形的重点是任务规模、预先定义的成功条件与失败与重试次数之间的对应关系。条件发生变化时，需要重新核对结果；不能只保留案例中的数字，而省略它成立的前提。
可直接使用的核对表
| 核对字段 | 建议记录方式 | 完成后的用途 |
|---|---|---|
| 任务规模 | 关联原始样本，不只保存截图 | 确认起点与边界 |
| 预先定义的成功条件 | 提前定义成功、失败与异常处理 | 进行同条件比较 |
| 失败与重试次数 | 让结论能追溯到测试过程 | 判断结论是否成立 |
同一次记录应使用一致的时间窗口，并保留对应来源、版本或原始样本。出现相互矛盾的数字时，先查明差异，不用平均值或其他品牌资料填补。
结论能够覆盖的范围
- 先核对 任务规模
关联原始样本，不只保存截图，将可确认的条件写入表格；未取得的信息单独标记。
- 再检查 预先定义的成功条件
提前定义成功、失败与异常处理，使用与本文问题相对应的记录，避免无关数据影响判断。
- 最后判断 失败与重试次数
让结论能追溯到测试过程，如必要条件仍缺失，先完成核对，再执行依赖它的选择或修改。
结论与适用边界
避免只选容易成功的目标，结果说明适用范围，不延伸到未测的平台。
本文提供的是测评方法的判断方法，案例采用明确的假设条件。涉及具体品牌时，需要引用当前档案中的套餐版本与资料日期；涉及实际体验时，还需要你所使用网络和任务的记录。
计算依据：本文列明的单位换算、费用或样本公式；情形数据为说明性假设。品牌价目另见带来源日期的品牌档案。