ビジネス会話パターンごとに 1 つのトランザクションを実装中のアプリケーションがあります。このようにして、エンティティを永続化するときに何か問題が発生した場合、トランザクション全体をロールバックでき、エンティティが一貫性のない状態のままになることはありません。
これを単体テストして、モックを使用してトランザクションがロールバックされていることを確認できます。私が探しているのは、実際にアプリケーションのユーザーになることで、これをテストする方法です。
列の名前を変更したり、列の長さを変更したりすることでスキーマを壊す可能性のある単純なアプリケーションを作成するというアイデアをいじりました。このように、変更したテーブルにエンティティを保存しようとすると、例外がスローされます。機能しているように見えますが、これが進むべき道であるとは確信していません。
などのサーバーで生成された例外を適切に処理する方法を理解するのに苦労していますTimeoutException。