68

Spring 3.1.1.RELEASE、JUnit 4.8.1、および HSQL 2.7.7 インメモリ データベースを使用しています。次の注釈が付けられた1つのテストクラスがあります

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration({ "classpath:test-trainingSessionServiceContext.xml" })
@DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD)
public class TrainingSessionServiceTest  
{

問題は、「mvn clean test」を実行すると、メモリ内データベースが破棄され、再作成されないため、上記のクラスが失敗した後にすべてのテスト クラスが実行されるように見えることです。次のようなエラーが表示されます

org.hibernate.exception.SQLGrammarException: user lacks privilege or object not found: CB_ORGANIZATION" type="javax.persistence.PersistenceException">javax.persistence.PersistenceException:   org.hibernate.exception.SQLGrammarException: user lacks privilege or object not found: CB_ORGANIZATION
    at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1360)
    at org.hibernate.ejb.AbstractEntityManagerImpl.find(AbstractEntityManagerImpl.java:817)
    at org.hibernate.ejb.AbstractEntityManagerImpl.find(AbstractEntityManagerImpl.java:771)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.springframework.orm.jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:240)
    at $Proxy46.find(Unknown Source)
    at org.mainco.subco.organization.repo.OrganizationDaoImpl.findById(OrganizationDaoImpl.java:77)
    at org.mainco.subco.pd.repo.LinkDaoTest.createDummyLink(LinkDaoTest.java:686)
    at org.mainco.subco.pd.repo.LinkDaoTest.testSaveLink(LinkDaoTest.java:67)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)

例外を発生させるテスト クラス (上記のクラスの後に実行) をセットアップする方法は次のとおりです …</p> 

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration({ "classpath:test-context.xml" })
public class LinkDaoTest extends AbstractTransactionalJUnit4SpringContextTests
{

各テスト クラスが実行される前に、アプリケーション コンテキストを元の状態に復元する方法はありますか? 「TrainingSessionServiceTest」クラスに AbstractTransactionalJUnit4SpringContextTests を拡張させたくありません。私のアプリケーションコンテキストの関連部分は次のとおりです。

<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
    <property name="driverClassName" value="org.hsqldb.jdbcDriver"/>
    <property name="url" value="jdbc:hsqldb:mem:pd" />
    <property name="username" value="sa" />
    <property name="password" value="" />
</bean>

<bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
    <property name="jpaVendorAdapter">
        <bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter"/>
    </property>
    <property name="persistenceXmlLocation" value="classpath:META-INF/test-persistence.xml"/>
    <property name="persistenceUnitName" value="testingDatabase"/>
    <property name="dataSource" ref="dataSource"/>
</bean>

<bean id="sharedEntityManager" class="org.springframework.orm.jpa.support.SharedEntityManagerBean">
   <property name="entityManagerFactory" ref="entityManagerFactory"/>
</bean>

<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
    <property name="entityManagerFactory" ref="entityManagerFactory"/>
</bean>

<tx:annotation-driven />

<jdbc:embedded-database id="embedded" type="HSQL"/> 
<jdbc:initialize-database data-source="dataSource">
    <jdbc:script location="classpath:db-test-data.sql"/>    
</jdbc:initialize-database>
4

1 に答える 1

113

@DirtiesContext を使用してリセットを強制します。たとえば、私は持っています：

@ContextConfiguration(classes={BlahTestConfig.class})
@DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD)
public class SomeTest {

    @Autowired XXXX xx;
    @Autowired YYYY yy;

    @Before
    public void setUp() {
        MockitoAnnotations.initMocks(this);
        when(YYYY.newYY()).thenReturn(zz);
    }

    @Test
    public void testSomeTest() {
        XX.changeSomething("StringTest");
        XX.doSomething();
        check_for_effects();
    }

    @Test
    public void testSomeOtherTest() {
        XX.changeSomething("SomeotherString");
        XX.doSomething();
        check_for_effects();
    }

春のドキュメントから

汚いコンテキスト

基礎となる Spring ApplicationContext が、テストの実行中に次のようにダーティ (変更) され、テストが成功したかどうかに関係なく、閉じる必要があることを示します。

  • 現在のテスト クラスの後、クラス モードがデフォルトのクラス モードである AFTER_CLASS に設定されたクラスで宣言された場合。

  • 現在のテスト クラスの各テスト メソッドの後、クラス モードが AFTER_EACH_TEST_METHOD に設定されたクラスで宣言された場合。

  • 現在のテストの後、メソッドで宣言されたとき。

テストがコンテキストを変更した場合 (たとえば、Bean 定義を置き換えることによって)、このアノテーションを使用します。後続のテストには、新しいコンテキストが提供されます。[注意] JUnit 3.8 での @DirtiesContext の制限事項

> JUnit 3.8 環境では、@DirtiesContext はメソッドでのみサポートされているため、クラス レベルではサポートされていません。

@DirtiesContext を同じクラス内のクラスレベルおよびメソッドレベルのアノテーションとして使用できます。このようなシナリオでは、ApplicationContext は、そのような注釈付きメソッドの後、およびクラス全体の後、ダーティとしてマークされます。ClassMode が AFTER_EACH_TEST_METHOD に設定されている場合、コンテキストはクラス内の各テスト メソッドの後にダーティとマークされます。

@DirtiesContext
public class ContextDirtyingTests {
    // some tests that result in the Spring container being dirtied
}

@DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD)
public class ContextDirtyingTests {
    // some tests that result in the Spring container being dirtied
}

@DirtiesContext
@Test
public void testProcessWhichDirtiesAppCtx() {
    // some logic that results in the Spring container being dirtied
}

アプリケーション コンテキストがダーティとマークされると、テスト フレームワークのキャッシュから削除され、閉じられます。したがって、基礎となる Spring コンテナーは、同じリソースの場所のセットを持つコンテキストを必要とする後続のテストのために再構築されます。

于 2013-04-11T12:06:32.960 に答える