0
Q
续集交易测试
A
回答
1
我不相信Sequelize支持嵌套事务。
听起来好像你正试图保持测试之间的隔离,以便一次测试中的变化不会影响另一次测试。我的团队通过在beforeEach
声明中填充测试数据库中的夹具数据并截断afterEach
声明中受影响的表格来完成此操作。使用这种方法测试运行相当快。
相关问题
- 1. Grails集成测试和交易
- 2. 交易经理的测试
- 3. Atomikos交易测试jms
- 4. iOS:UI测试+持续集成?
- 5. 交易收集
- 6. Grails服务/交易/ RuntimeException的/测试
- 7. PayFlow Pro测试信用交易(退款)
- 8. 如何测试Braintree交易退款?
- 9. 春季测试inpact上服务交易
- 10. 春季交易管理测试
- 11. 使用Jmeter Jpos交易测试
- 12. 节点js。续订交易
- 13. 续订交易错误
- 14. 持续集成:确保新的提交已通过测试
- 15. 春季,交易和单元测试 - 如何在课堂级别设置交易
- 16. 信用卡交易预计会因测试交易而下降吗?
- 17. 在Rails测试中使用续集
- 18. 单元测试/持续集成Simulink/Stateflow
- 19. 用JPA和JMS进行春季集成测试的交易传播
- 20. 不被称为后续交易方法
- 21. MDB交易重试间隔
- 22. 集交易必须在交易的第一条语句用Spring.Data.NHibernate12
- 23. 交易与非交易msmq
- 24. 持续JavaScript测试
- 25. googleTest继续测试
- 26. 连续集成服务器上的集成测试
- 27. NAnt与数据库集成测试,并最终持续集成
- 28. 测试对交易服务的同时调用
- 29. 春季交易单元测试 - 休眠查询不回滚
- 30. 在交易测试窗口中获取旧值
我们也在使用这种方法。在事务中封装测试的原因是为了防止我们在每次测试中都截断所有表以清理数据库。由于我们的测试套件相当大,我们已经确定截断是每次测试中花费最多时间的部分。 – user1990009
也许你已经这样做了,但是你可以尝试缩小清理步骤的重点,并按照“describe”块进行配置,以便截断受每个测试块影响的少数几个表。例如,如果你正在测试你的'User'模型,那么在这个文件中添加一个'afterEach',这个文件只会截断'User'表。 –