请问是否有人做过基于db/应用程序的ms访问的并发用户测试。我知道这不是一个典型的客户端/服务器架构，但仍然想知道是否有任何方法可以模拟多个用户。由于
no information available
MS Access是一个基于文件的数据库，如SQLite，它假设只有一个本地应用程序将使用它作为后端数据库，所以我没有看到任何可行的并发用户测试;场景。
所以我可以想到以下选项:
- 如果你试图将负载转移到应用程序上，你需要确定实际用户将使用哪种网络协议，并选择支持该协议的JMeter sampler或JMeter Plugins(看看JMeter Plugins Manager)
- 如果你想直接评估对MS Access的查询性能，你可以使用JMeter的JDBC请求采样器和一个相关的JDBC驱动程序，如UCanAccess，它在JMeter用户手册 的构建数据库测试计划章节中描述。
实际上，负载测试Access是不可行的，无论何时你想这样做，你最好看看不同的后端。
唯一支持的方式是通过SMB，它将缓存文件，如果一台计算机正在使用它，这个过程是内置在Windows中，不能通过JMeter控制。
如果你想要适当的负载测试，那就意味着你需要多台计算机用模拟的、不同的负载访问它，每台机器有混合的读写负载(重要的是，对于数据库碎片和冲突写的适当模拟，这在使用Access后端时经常发生)。可以是虚拟交换机上的多台Hyper-V机器。
为了更有趣，添加一些模拟的网络不稳定，因为Access在处理这种情况时非常糟糕，并且会经常导致损坏。
同样重要的是要注意Access在多用户环境中目前存在未修复的损坏问题。只有当您能够控制SMB服务器并能够调整其设置以避免此问题时，多用户部署才可行。
因此，虽然可以这样做，但实际上，如果您有足够的资源来正确地测试Access，那么将这些资源转移到另一个数据库系统将要好得多。
你的限制是10。没有必要花费人力测试这个解决方案。如果你想要扩展，那么你需要一个基于服务的数据库，比如微软家族中的SQL Server，而不是基于文件的数据库。