07 · 测试 · 放行权
没写进放行单的风险，默认就是不能上
测试负责人决定什么可以放行，把没测的路径和接受的风险写在同一张单上，不让口头感觉代替证据。
测试负责人对放行的口径负责
测试工程师执行路径并交出单号证据，自动化守回归，性能和安全各有报告。测试负责人把这些收成一张能给交付经理看的放行单。「放行」只在这一页签字。岗位特点是敢写「不放行」。范围内的拒绝条件没测、越权还能导出、高峰会双记，任何一条都可以挡住版本。项目进度不是他改结论的理由。进度压力由项目经理去调整窗口，不由测试把未测写成通过。
他也划分缺陷和变更。业务在测试周说的新按钮，进入变更，不进入这一版的失败。如果团队把变更修进本版，他要求补测并更新范围，否则放行单对不上交付清单。夹带是他重点看的东西：分支比评审时多出来的提交，必须有说明。
放行单长什么样
放行单列出范围内的路径、每条的证据、未测的原因和是否挡住上线。因为环境里没有金蝶而没测的路径，要写明原因，不能写成通过。项目经理可以接受带风险上线，但必须在放行单上签字写明接受的是哪一条没测的路径。口头接受不算。测试工程师的用例表不是放行单，缺签字的风险默认就是不能上。
环境和证据
放行针对的环境要写明。在没有金蝶的环境通过，不能推论回写通过。他要求关键集成至少有一次预发证据。证据是单号，不是会议纪要。人员上，他不让同一个人既改库存代码又给自己放行。全栈模块由另一名测试工程师执行用例。
夹带改动的那个版本
收货修复已经测完，合并前又进来一个「顺便」的导出。测试负责人暂停放行，把导出从版本里拆出。导出没有安全测试记录，不能跟着修复上线。拆出之后原四条收货用例重跑通过，放行单只包含收货。交付经理按这张单安排验收，不会在现场突然看到一个没人讲过的导出按钮。
上线后如果发现放行范围内的问题，他组织回归并更新用例，不把责任说成现场操作问题就结束。范围内的洞，说明放行证据不够。测试负责人每周看缺陷的重开率。同一条收货缺陷被关闭后又出现，说明回归没有收进自动化，或者放行范围写漏了。他会把重开和当时的放行单放在一起复盘，改的是门禁而不是责备某一轮手点得不够细。手点总会漏，门禁漏了才会进生产。范围外的优化如果在测试周被塞进分支，他要求从产品那边补一句是否接受由此带来的回归。没有人接受，就把改动拆出去。放行单只对写下来的路径有效，路径外多出来的东西不算小礼物。他把放行范围写到路径级，不写系统级。
收货路径通过，不等于报表路径也通过。验收时如果业务临时要求看毛利，而毛利不在放行单里，他会请交付经理另开演示，不把这次查看记成收货路径的通过。范围混用一次，后面所有签字都会变成大概齐。放行单他留一份给发布经理。先遣仓、灰度间隔和回退窗口由发布经理安排；本页把边界写到路径级，不把灰度过程再写一遍。