2016-05-12 8 views
0

私は、バネ検証ツールを使用してユーザーバリデーターの単体テストケースを作成しました。以下はクラスです。私は春のバリデータのバリデーションメソッドで、ユーザーが管理者であるかどうかをチェックするサービスが呼び出されているので、問題に直面しています。しかし、管理サービスは例外をスローします。だから私はtry catchブロックでカバーしました。今、単体テストの場合、私はエラーを取得しています。java.lang.AssertionErrorを解決するには:例外:Mockitoのjava.lang.Exception

public class UserValidator implements Validator { 

    @Override 
    public boolean supports(Class clazz) { 
     return User.class.equals(clazz); 
    } 

    @Override 
    public void validate(Object target, Errors errors) { 
     User user = (User) target; 

     if(user.getName() == null) { 
      errors.rejectValue("name", "InValid user"); 
     } 
//try catch block because adminservice throws exeption 
     try{ 
      AdminUser adminUser= adminservice.CheckAdmin(user.getId); 
     } 

     Catch(Exception e){ 
      e.printStackTrace 
     } 

    } 

} 

Public uservAlidatorTest(){ 
@before 
//set up done 

@test(expected= Exception.class) 
public testException(){ 
User user= new user(); 
user.setId("JUNK"); 
mockito.when(adminservice.CheckAdmin(user.getId)).thenThrow(new Exception("Invalid user")) 
BindException error = new BindException(User, "user"); 
UserValidator(user,error); 

} 

} 

エラートレース:あなたのバリデータの実装では

java.lang.AssertionError: Expected exception: java.lang.Exception 
    at org.junit.internal.runners.statements.ExpectException.evaluate(ExpectException.java:35) 
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) 
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) 
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:69) 
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:48) 
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) 
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) 
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) 
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) 
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) 
    at org.junit.runners.ParentRunner.run(ParentRunner.java:292) 
    at org.mockito.internal.runners.JUnit45AndHigherRunnerImpl.run(JUnit45AndHigherRunnerImpl.java:37) 
    at org.mockito.runners.MockitoJUnitRunner.run(MockitoJUnitRunner.java:62) 
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) 
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) 
+0

キャッチしようとしている例外はありますか?それはすべてのものですか?おそらくあなたは実際にはより深いレベルのバグを持っているでしょう。確かなことは、このセットでは、ユニットテストは常に失敗するということです。考慮したくない例外がある場合は、その特定の型をキャッチします。例外がスローされたとしても、まずその問題を解決するようにアドバイスします。 –

答えて

0

あなたがスローされるすべての例外を嚥下されています。例外をスローするためにあなたのサービスメソッドを嘲笑しているにもかかわらず、バリデータには飲み込まれており、例外は例外でスローされません。

あなたはあなたのCheckAdmin呼び出しから一つ一つの例外をキャッチしているし、あなたのユニットテストは1を期待し

try{ 
    AdminUser adminUser= adminservice.CheckAdmin(user.getId); 
} 
Catch(Exception e){ 
    e.printStackTrace 
    throw new RuntimeException(e); 
} 
0

try{ 
    AdminUser adminUser= adminservice.CheckAdmin(user.getId); 
    } 
    Catch(Exception e){ 
    e.printStackTrace 
    } 

を交換し、次のようにあなたのバリデータでcatchブロックを交換してください。前にスローされていない限り、

User user = (User) target;

if(user.getName() == null) { errors.rejectValue("name", "InValid user"); }

あなたは決して一度もユニットテストが失敗することはありません。

関連する問題