集成测试最佳实践

发布于 2024-12-05 04:50:51 字数 104 浏览 0 评论 0原文

创建集成测试时,引入数据的最佳方法是什么?

应该使用 sql 脚本在测试设置中创建数据,还是使用实际业务对象来生成可供测试使用的数据会更好。

任何帮助将不胜感激。

When creating integration tests, what is the best approach to introduce data?

Should sql scripts be used to create the data in the setup of the test or would it be better to use the actual business objects to generate data which can then be used by the tests.

Any help would be greatly appreciated.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

穿越时光隧道 2024-12-12 04:50:51

在为自动化测试创建测试数据时,我尝试遵守一些规则,我发现这些规则可以帮助我实现维护开销较低的可靠测试:

  1. 避免将一个测试的输出作为另一个测试的输入,即不使用测试A 为测试创建测试数据 B
  2. 避免使用被测对象创建测试数据,即如果您的测试模块 A 不使用模块 A 为任何测试创建测试数据
  3. 以低成本、可靠地重复的方式创建测试数据,例如使用 SQL设置数据的脚本
  4. 决定测试数据的方式时要创建的还要考虑如何删除测试数据,以便可以从干净的基本状态运行测试

在我的环境中,我在测试夹具或测试设置点使用 SQL 创建测试数据,然后清除在测试夹具或测试拆卸点使用 SQL 测试数据。

When creating test data for automated test there are a few rules I try to stick to and I find these rules help me achieve reliable tests that have a lower maintenance overhead:

  1. Avoid making the output of one test the input of another test i.e. dont use test A to create the test data for test B
  2. Avoid using objects under test to create test data i.e. if your testing module A dont use module A to create test data for any test
  3. Create test data in a way that's repeatable reliably at low cost e.g use SQL scripts to setup data
  4. When deciding how test data is to be created also consider how the test data will be removed so that your tests can be ran from a clean base state

In my environment I create test data using SQL at either the test fixture or test set-up point and then I clean out the test data using SQL at either the test fixture or test tear-down point.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文