我在一个将 Web 服务作为关键应用程序的组织中担任测试员。目前，我们通过 Web 前端加载大量测试数据，因为这是在现实世界中完成的方式。
这使数据具有一定程度的合法性，并防止数据格式出现错误。但是，以这种方式加载数据非常耗时，我经常想知道将数据直接加载到数据库是否会更有效率。
其他人是否有此决定，您选择了哪个选项？是否有另一种解决方案可以同时提供数据的速度和合法性。
【问题讨论】：
标签： web-services testing test-data
这来自开发人员而非测试人员的角度，因此它可能适用也可能不适用。
我不能代表整个组织，但在我们的项目中，我们花了一些时间创建“类似真实世界”的数据，然后使用 SQL 脚本将这些数据加载到测试数据库中。这些数据是生产环境中的真实数据和为代表我们产品中的特定“问题情况”而定制的数据的组合。
脚本作为构建我们软件的一部分自动运行，并由单元测试框架驱动的自动化集成测试使用。这些测试将测试通过各种可用界面查找、创建、编辑和删除数据。
在这样的构建和测试运行期间，测试数据库会多次重置并重新加载数据。这样做是为了消除测试之间的依赖关系；一项测试不应依赖于另一项测试创建或修改的数据，并且因为某些测试的数据可能与其他测试的数据不同。但是，大多数测试都是基于相同的测试数据执行的。
设置这个测试数据（和维护它）一直（并且有时）有点让人头疼，但从长远来看，它在我们的案例中运行良好。
【讨论】：
在大多数相同的情况下，测试人员更喜欢使用脚本加载测试数据，因为无法使用 UI 部分加载数据[耗时]。对于测试人员关键点，每个测试应该只对单行数据执行或整个数据库数据。因此，为了更好地测试，请遵循制作脚本来加载数据的方法。 这里还有一个要点，制作脚本是一次为整个项目加载数据的时间投入。
【讨论】：
在最后，我们决定从通过前端到数据插入系统设置数据的系统迁移。但是要关注数据，以确保它是现实世界。这已经运作良好，测试得多得多。
【讨论】：
我在测试数据方面遇到了同样的问题。在我们的组织中，有一个批处理作业使用类似生产的数据填充数据库。 我与功能测试人员协调，为我的 loadrunner 脚本获取测试数据。
【讨论】：