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 有效負載。它不 發布它們。審查標題、證據連結、嚴重性、敏感內容、項目、 和受讓人在將任何內容發送到外部追蹤器之前。

發布解讀

一個有用的候選訊號是：

  • 在可比較覆蓋範圍內沒有新的阻礙因素或重大發現；
  • 目標發現似乎已解決；
  • 重要的保存場景在預期環境中傳遞；和
  • 有人審查任何刪除的狀態或減少的覆蓋範圍。

不要僅僅因為 findings_new 為零而將版本稱為綠色版本。失敗了 登入、提前逾時、較小的邊界或不可用的測試人員也可能產生 更少的發現。

相關

自主應用步行者應用程式網路IDE