Как откатить конкретную запись после теста? - PullRequest
0 голосов
/ 30 июня 2011

У меня есть тест спока / пружины, который изменяет некоторое содержимое базы данных, и мне интересно, как откатить эту запись.

В настоящее время я выполняю необработанный SQL-оператор, сохраняю данные поля и после успешного тестирования восстанавливаю эти данные. Но я думаю, что это можно сделать проще?

@ContextConfiguration(locations = "classpath*:applicationContext-test.xml")
class RepositoryTest extends Specification {

    @Shared sql = Sql.newInstance("jdbc:sqlserver://...")
    ResourceRepository resourceRepository;

    def "Save test"() {
        setup:
        // copy the row before we do changes! we need to restore this later on!
        def row = sql.firstRow("select id, content, status from table-name where id = 12345")

        when:
        ...

        then:
        ..

        cleanup:
        sql.execute("""
                    update table-name set content = ${row.content}, status = ${row.status}
                    where id = ${row.id}
                    """)
    }
}

Ответы [ 3 ]

1 голос
/ 30 июня 2011

Лучший способ сделать это:

  • начать тест
  • начать транзакцию
  • (необязательно) загрузить любые данные БД, необходимые для тестаиспользуя что-то вроде DBUnit
  • run test
  • транзакция отката

Обратите внимание, что все операции с БД происходят в одной транзакции.Поскольку эта транзакция откатывается в конце теста (даже если генерируется исключение), база данных всегда должна быть в том же состоянии в конце теста, как и в начале.

Springпредоставляет некоторые действительно полезные классы, которые позаботятся о запуске и откате транзакции для каждого теста.Если вы используете Spring & JUnit4 и не возражаете против того, чтобы ваши тестовые классы должны были расширять класс Spring, возможно, самый простой вариант - расширить AbstractTransactionalJUnit4SpringContextTests

// Location of the Spring config file(s)
@ContextConfiguration(locations = {"/application-context-test.xml", "classpath*:/application-context-persistence-test.xml"})

// Transaction manager bean name
@TransactionConfiguration(transactionManager = "hsqlTransactionManager", defaultRollback = true)
@Transactional(propagation=Propagation.REQUIRES_NEW)
public class MyTransactionalTests extends AbstractTransactionalJUnit4SpringContextTests {

    @Test
    public void thisWillRunInATransactionThatIsAutomaticallyRolledBack() {}
}

Если вы не хотите расширятькласс Spring, вы можете настроить тест-бегун вместо того, чтобы использовать аннотации.Spring также поддерживает многие другие основные платформы модульного тестирования и более старые версии JUnit.

1 голос
/ 22 декабря 2011

Если вы смешиваете в Groovy Sql с аннотациями Spring (@RunWith, @ContextConfiguration, @Transactional, @Rollback, ...) в своих тестах, вы можете захотеть обернуть источник данных org.springframework.jdbc.datasource.TransactionAwareDataSourceProxy.

<bean id="db-dataSourceReal" 
   class="org.springframework.jndi.JndiObjectFactoryBean">
  <property name="jndiName" value="jdbc/foo" />
  <property name="resourceRef" value="true" />
  <property name="lookupOnStartup" value="true" />
</bean>

<bean id="db-dataSource"
   class="org.springframework.jdbc.datasource.TransactionAwareDataSourceProxy">
  <constructor-arg ref="db-dataSourceReal" />
</bean>

Затем используйте TransactionAwareDataSourceProxy в качестве источника данных для Groovy Sql.Например, в вашем классе Test (в данном случае с помощью отказоустойчивого плагина maven),

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations=[
        "classpath*:applicationContext-test.xml"
])
class SimplePojoDaoIT {

    @Resource(name="dao-pojoDao")
    PojoDao pojoDao

    @Test
    @Transactional("transactionManager")
    @Rollback
    public void testShouldPersistToDB(){

      SomePojo pojo = new SomePojo()
      pojo.with{
        id = 5
        name = 'foo'
      }

      pojoDao.persist(pojo)

      def sql = new Sql(pojoDao.dataSource)
      sql.rows("select * from POJO_TBL where id = :id", [['id':pojo.id]]).each{ row ->
//      println row
        pojo.with{
          assertEquals(id, row.ID.longValue())
          assertEquals(name, row.NAME)
        }
      }
    }
}
0 голосов
/ 30 июня 2011
CREATE TABLE table_name
(
   id        NUMBER,
   content   NUMBER,
   status    NUMBER
);

INSERT INTO table_name
     VALUES (1, 2, 3);

INSERT INTO table_name
     VALUES (4, 5, 6);

INSERT INTO table_name
     VALUES (7, 8, 9);

COMMIT;

Перед запуском теста вы сохраняете строку, полученную в результате этого SELECT, в переменной VARCHAR2 (4000), а после теста вам нужно только выполнить строку:

SELECT    'UPDATE TABLE_NAME SET CONTENT = '
       || CONTENT
       || ', STATUS = '
       || STATUS
       || ' WHERE ID = '
       || ID
  FROM TABLE_NAME
 WHERE ID = 1;

В моем предыдущем примере я предполагал, что запись для резервного копирования имеет ID = 1. В этом примере строка содержит следующий оператор UPDATE:

UPDATE TABLE_NAME SET CONTENT = 2, STATUS = 3 WHERE ID = 1
...