07 · 测试 · 路径与证据
点一次成功，不叫这条路径测过了
测试工程师按规则表走通过和拒绝，把单据证据交给测试负责人。幸福路径点通一次，不算测过。
| 单据 | 动作 | 期望 |
|---|---|---|
| 调出仓发出 | 调拨发出 | 调出可用下降，状态在途，调入可用不变 |
| 车未到 | 查询 | 在途单独一列，门店不能卖 |
| 调入仓收入 | 调拨收入 | 调入可用增加，在途清零，单关闭 |
| 同一请求号再发 | 重放 | 不产生第二张在途 |
测试工程师证明规则成立，不是帮项目把演示点完
需求表里的如果、那么、不允许，每一行都应该变成至少一条用例。测试工程师的特点是对「主流程已经通了」不满足。主流程通，只说明幸福路径。企业系统的事故几乎都在拒绝、重复、权限和超时上。他用接近生产的数据：真实的调出仓和调入仓、空着的承运商不要用假想的完美主数据填满。完美数据测不出物料停用时该不该发出。夜班超收那一晚的现场事实，由业务分析师记录，本岗不把那十二箱再写一遍。
他不替开发修。发现半成功的账，记录单据号、请求和实际库存，退回后端。他也不把范围外的愿望写成缺陷。愿望退回产品。缺陷和变更混在一张表里，测试负责人无法判断这一版能不能放行。
证据记在路径上，放行不在这一页签字
测试工程师交给测试负责人的是路径证据：范围内哪几条走了、每条的单号、期望和实际、环境里缺什么所以没测。没测的路径要写明原因，不能写成通过。会不会挡住上线、接不接受风险，写在放行单上，由测试负责人签字。本页只交证据，不设放行政策。项目经理如果要带风险上线，也是在那张放行单上签字，不是在用例表上口头点头。
这四行必须都能重放
调拨要在门店要货当天用。测试工程师用表里四行各执行一遍，第四行重放时出现了第二张在途。他不因为前三行通过就把这四行写成通过。缺陷退回，修复后只回归相关四行和一条权限：别的仓账号不能发出这个仓的货。四行通过、权限通过之后，证据表交给测试负责人。
第一次对单据的判断仍由测试工程师做。环境里的主数据版本写进记录。别人恢复数据库之后如果用例突然全绿，他先核对主数据是不是被换掉了。通过如果来自更干净的数据，不能代表现场。失败截图里保留单号和时间，不把失败裁成只剩红字。每一轮回归他都先跑上一轮失败的那条。上轮失败如果不复现，关闭理由必须写清是代码修复还是环境变化。环境变化造成的消失，不算缺陷已经修好。空值单独列出：承运商为空、批次为空、数量为整托上限。真实单据一旦出现测试没见过的组合，他补进用例库，不把它当成一次性意外。
主数据版本写进证据表。物料停用、调出仓缺失时的用例，依赖的就是这份主数据。别人恢复数据库之后如果四行突然全绿，他先核对主数据是不是被换成了更干净的一份。通过如果来自假想的完美数据，不能代表现场。承运商为空、批次为空、数量为整托上限，单独列出，因为现场每天都会手滑。自动化可以把这四行收成构建检查，但第一次判断仍由测试工程师做。本页交证据，放行单在测试负责人那里签字。