原触发条件消失,可以进入回归测试。
调试与质量 · 修复与防回归
修复验证Fix Verification
修复验证用原来的触发条件和相邻边界再跑一次;用户可见结果必须回到物件上,才能关 issue。
先认出这张登录表,再按原步骤看错误回不回得来
下面就是被复验的登录页。空密码提交后,「请填写密码」应长在字段旁;旧会话下再次无提示,说明边界还没验完。
邮箱ada@studio.test
密码留空等待提交
!还没按原步骤提交
修复验证是用原条件和相邻边界再跑一次。字段错误必须长在表单上;旧会话复发后,清掉会话再验。
知识点:原路径通过还不够
上面的表单已经演示了核心关系,这里只给可复用的命名。
- 先用原来的空密码、同一浏览器再提交一次。
- 用户可见结果要回到字段上,不能只靠「好像好了」。
- 旧会话、干净会话和键盘提交是相邻边界,漏了就会复发。
什么时候用、怎么用
代码已经改完、准备关 issue 之前做修复验证;还没复现过的问题,先不要验。
- 信号:修复合并了,但只在自己的热更新页面上看了一眼。
- 不适用:原复现步骤已经丢失,或验证环境与故障环境不同。
- 最短路径:原步骤 → 看用户可见结果 → 加一条相邻边界 → 记录通过/失败。
正反例:同一登录修复,只改你有没有按原步骤验
目标都是确认空密码会显示字段错误。差别在于错误有没有长回表单。
偶发边界没被碰到,issue 关掉后下一位用户还会撞上。
快速自测
登录校验刚修好。怎样才算验证通过,而不是目测通过?
继续查证
术语的技术定义和行为以这些一手或权威资料为准。
下一步学
和本知识点经常一起出现的概念。