Skip to Content
TestingWalker 基线和差异

Walker 基线和差异

基线和差异比较同一应用程序的两次自主行走。他们 帮助区分新的、持久的和已解决的发现，并显示问题所在 记录的 UI 状态发生变化。

基线是比较参考，而不是认证。仅在之后固定 审查其目标、身份验证状态、限制、调查结果和覆盖范围。

推荐的工作流程

  1. 跑步并回顾一次已知良好的步行。
  2. 用 set_walk_baseline 固定它。
  3. 部署更改并使用类似的配置运行新的行走。
  4. 使用两个步行 ID 调用 diff_walks。
  5. 检查递归报告和每个阻碍/主要发现。
  6. 为确定性覆盖很重要的流运行已保存的场景。
set_walk_baseline(
  walk_id="<reviewed-walk>",
  app_name="my-app",
  notes="Reviewed staging reference for revision <sha>"
)

diff_walks(
  base_walk_id="<reviewed-walk>",
  new_walk_id="<candidate-walk>"
)

同一性和比较限制

状态是根据路由和 DOM 签名进行内容寻址的。调查结果已加入 具有标准化的重复数据删除键。这使得稳定的比较成为可能，但是 动态内容仍然可以使一个逻辑屏幕看起来焕然一新，并且规范化 有时会意外地合并或拆分结果。

为了进行合理的比较，请保持这些输入一致：

  • 应用和环境；
  • 经过身份验证的帐户和角色；
  • 种子 URL 和允许的来源；
  • 步行者模式、状态/深度/动作限制和模糊轮廓；和
  • 功能标志和测试数据。

如果这些输入不同，请记录差异，而不是将计数视为 发布质量回归信号。

可用工具

工具目的
set_walk_baseline每个所有者/应用程序密钥的第一条评论步行
get_walk_baseline / list_walk_baselines检查当前参考文献
clear_walk_baseline移除图钉而不删除行走
diff_walks比较两条自有步行道的状态和发现
walk_recursive_report使用更改注释渲染记录的状态树
walk_findings_to_tickets为选定的发现生成跟踪器有效负载
run_all_app_scenarios对应用程序保存的场景进行排队

票证导出返回 Linear、Jira 或 GitHub 的 JSON 有效负载。它不 发布它们。审查标题、证据链接、严重性、敏感内容、项目、 和受让人在将任何内容发送到外部跟踪器之前。

发布解读

一个有用的候选信号是：

  • 在可比覆盖范围内没有新的阻碍因素或重大发现；
  • 目标发现似乎已得到解决；
  • 重要的保存场景在预期环境中传递；和
  • 有人审查任何删除的状态或减少的覆盖范围。

不要仅仅因为 OF​​MDXSTASH11ENDSTASH 为零而将版本称为绿色版本。失败了 登录、提前超时、较小的边界或不可用的测试人员也可能产生 更少的发现。

相关

自主应用步行者应用程序网络IDE