返回知识库

调试与质量 · 修复与防回归

修复验证Fix Verification

修复验证用原来的触发条件和相邻边界再跑一次;用户可见结果必须回到物件上,才能关 issue。

先认出这张登录表,再按原步骤看错误回不回得来

下面就是被复验的登录页。空密码提交后,「请填写密码」应长在字段旁;旧会话下再次无提示,说明边界还没验完。

NOVA ACCOUNT按原步骤复验
邮箱ada@studio.test
密码留空等待提交

还没按原步骤提交

还不能结案修复已经写进代码。下一步:用原来的空密码再提交一次,看字段错误回不来。

修复验证是用原条件和相邻边界再跑一次。字段错误必须长在表单上;旧会话复发后,清掉会话再验。

知识点:原路径通过还不够

上面的表单已经演示了核心关系,这里只给可复用的命名。

  • 先用原来的空密码、同一浏览器再提交一次。
  • 用户可见结果要回到字段上,不能只靠「好像好了」。
  • 旧会话、干净会话和键盘提交是相邻边界,漏了就会复发。

什么时候用、怎么用

代码已经改完、准备关 issue 之前做修复验证;还没复现过的问题,先不要验。

  • 信号:修复合并了,但只在自己的热更新页面上看了一眼。
  • 不适用:原复现步骤已经丢失,或验证环境与故障环境不同。
  • 最短路径:原步骤 → 看用户可见结果 → 加一条相邻边界 → 记录通过/失败。

正反例:同一登录修复,只改你有没有按原步骤验

目标都是确认空密码会显示字段错误。差别在于错误有没有长回表单。

正例空密码再次提交,字段旁出现「请填写密码」

原触发条件消失,可以进入回归测试。

反例只目测「好像好了」,或旧会话再次无提示

偶发边界没被碰到,issue 关掉后下一位用户还会撞上。

快速自测

登录校验刚修好。怎样才算验证通过,而不是目测通过?

继续查证

术语的技术定义和行为以这些一手或权威资料为准。

下一步学

和本知识点经常一起出现的概念。