Windows SQLite集成测试清理(“无法打开数据库文件”)

时间:2018-08-29 09:53:43

标签: c# sqlite unit-testing azure-mobile-services

我为现有的SQLite应用程序添加了2个C#集成测试。每个测试都会创建一个数据库文件(使用Guid来保证唯一性),并对数据库执行一些操作。测试是孤立通过的,但是如果一个接一个地运行则失败。在尝试创建一个新的SQLiteConnection时,第二项测试失败,并显示“无法打开数据库文件”。

我怀疑SQLite自己的临时文件正在妨碍您。我在总结中提出的问题是:我可以做些什么让SQLite在测试结束后自行整理一下

更多详细信息,以防万一与之相关:

  • 我正在使用MobileServiceSQLLiteStore
  • 在第一个测试完成之后,在第二个测试尝试创建其数据库文件之前,我可以在%TEMP%中看到许多文件和文件夹:

    1. 文件报告20180829-1035.diagsession
    2. 文件夹39fbfdd5-5f6e-4563-9822-cb153e30e5b6.PackageExtraction
    3. 文件夹39FBFDD5-5F6E-4563-9822-CB153E30E5B6.scratch
    4. 文件夹E41DD259-1CAA-4FEF-A779-003804F6B783
    5. 文件夹E41DD259-1CAA-4FEF-A779-003804F6B783.scratch
    6. 文件夹EAFBACB1-B978-419A-98B9-07258EB35C44
    7. 文件夹EAFBACB1-B978-419A-98B9-07258EB35C44.scratch

      • 在测试结束时,除了1和2以外,所有这些都被删除-并留下了新的Report.39FBFDD5-5F6E-4563-9822-CB153E30E5B6。下次运行测试时,除了1之外,所有的都被删除。

1 个答案:

答案 0 :(得分:0)

临时SQLite文件的出现是红色的鲱鱼。我的代码的真正问题是我正在调用的MS MobileServiceSQLLiteStore包装器中的一行:

MobileServiceClient.EnsureFileExists(dbPath);

这最终解决了

if (!File.Exists(path)) File.Create(path);

正如this堆栈溢出答案指出的那样,File.Create()将使文件保持锁定状态。所以我的解决方法是确保文件空的,未锁定的文件事先存在:

if (File.Exists(path)) File.Delete(path);
File.Create(path).Close();