ウォーカーのベースラインと差分
ベースラインと差分は、同じアプリケーションの 2 つの自律歩行を比較します。彼らは 新しい発見、永続的な発見、解決された発見を区別し、どこに問題があるのかを示すのに役立ちます。 記録された UI 状態が変更されました。
ベースラインは比較参照であり、認定ではありません。後でのみピン留めしてください ターゲット、認証状態、制限、調査結果、および適用範囲を確認します。
推奨されるワークフロー
- 正常に動作することがわかっているウォークを実行して確認します。
set_walk_baselineで固定します。- 変更を展開し、同等の構成で新しいウォークを実行します。
- 2 つの Walk ID を使用して
diff_walksを呼び出します。 - 再帰レポートとすべての阻害要因/主要な検出結果を検査します。
- 決定的なカバレッジが重要なフローに対して保存されたシナリオを実行します。
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 署名からコンテンツによってアドレス指定されます。調査結果が結合されました 正規化された重複排除キーを使用します。そうすることで安定した比較が可能になりますが、 動的コンテンツによっても 1 つの論理画面が新しく見える可能性があり、正規化 場合によっては、結果が予期せず結合または分割されることがあります。
防御可能な比較を行うには、次の入力を揃えておいてください。
- アプリケーションと環境。
- 認証されたアカウントとロール。
- シード URL と許可されたオリジン;
- ウォーカーモード、状態/深度/アクション制限、およびファズプロファイル;そして
- 機能フラグとテストデータ。
これらの入力が異なる場合は、カウントを数値として扱うのではなく、その違いを文書化します。 リリース品質の回帰シグナル。
利用可能なツール
| ツール | 目的 |
|---|---|
set_walk_baseline | 所有者/アプリ キーごとにレビュー済みのウォークを 1 つピン留めする |
get_walk_baseline / list_walk_baselines | 現在の参照を検査する |
clear_walk_baseline | ウォークを削除せずにピンを削除する |
diff_walks | 所有する 2 つのウォークの状態と結果を比較する |
walk_recursive_report | 変更注釈を付けて記録された状態ツリーをレンダリングする |
walk_findings_to_tickets | 選択した結果のトラッカー ペイロードを生成する |
run_all_app_scenarios | アプリの保存済みシナリオをキューに入れる |
チケットのエクスポートは、Linear、Jira、または GitHub の JSON ペイロードを返します。そうではありません それらを投稿してください。レビューのタイトル、証拠のリンク、重大度、機密コンテンツ、プロジェクト、 外部トラッカーに何かを送信する前に、担当者と担当者に確認してください。
リリースの解釈
有用な候補信号は次のとおりです。
- 同等の適用範囲において新たな阻害要因や重大な発見はありません。
- 対象となる所見が解決されたように見える。
- 重要な保存済みシナリオは意図した環境で通過します。そして
- 削除された州や適用範囲の縮小を誰かがレビューします。
findings_new がゼロであるという理由だけでリリースグリーンをコールしないでください。失敗しました
ログイン、早期タイムアウト、狭いフロンティア、または利用できないテスターでも生成できます。
発見が少なくなります。