Automation 测试自动化-远程数据库或本地数据库良好做法是什么

Automation 测试自动化-远程数据库或本地数据库良好做法是什么,automation,qa,Automation,Qa,目前,我的测试自动化使用远程数据库来管理测试数据。实际上,我们在服务器上托管了一个包装器Webservice应用程序来执行CRUD操作。我觉得多维护一个包装器应用程序是一项开销,我想把它移到本地数据库 我想使用SQLLite,它将是本地的,用于测试自动化。这可以签入到版本控制中。在每个测试套件运行之前,可以签出SQLite,测试将执行CRUD并最终签入版本控制,如SVN或Performec 我想了解一下使用类似sqlite的数据库进行测试自动化的利弊。您的测试应该填充每个测试所需的数据。拥有一组

目前,我的测试自动化使用远程数据库来管理测试数据。实际上,我们在服务器上托管了一个包装器Webservice应用程序来执行CRUD操作。我觉得多维护一个包装器应用程序是一项开销,我想把它移到本地数据库

我想使用SQLLite,它将是本地的,用于测试自动化。这可以签入到版本控制中。在每个测试套件运行之前,可以签出SQLite,测试将执行CRUD并最终签入版本控制,如SVN或Performec


我想了解一下使用类似sqlite的数据库进行测试自动化的利弊。

您的测试应该填充每个测试所需的数据。拥有一组所有测试都要运行的数据会带来麻烦,因为您要将测试耦合在一起。与在VC中使用二进制SQLite文件(这会导致它自己的一组问题)不同,将每个测试所需的数据插入到该测试的设置方法中。如果您拥有每个测试所需的相同数据集,则将其移出到每个测试的设置方法中调用的公共方法中。

我的问题更多地是关于在何处保存数据库实例,而不是在测试套件中的何处读取/写入数据。我应该用本地数据库替换通过webservice远程访问的实例吗。签入可能是构建系统的一部分,而不是在测试代码中。希望这次我能澄清。使用一个本地数据库,因为它可以通过从等式中删除网络来加快测试速度。也就是说,只需为测试创建数据库。无需将DB检查到VC系统中,因为您需要能够从头开始构建DB以进行真正的测试。