对于当前的模拟，我们正在使用特定文件夹结构（例如）在文件系统上记录SOAP请求和响应 请求文件夹
响应文件夹
当我们首先运行测试套件时，我们会扫描这些目录并将文件内容存储在哈希图中，例如 Map.put（请求，响应）
一旦所有文件内容都存储在map中，我们就开始执行测试用例。在此过程中，我们构造soap请求并将其传递给我们的控制器，该控制器依次调用此映射并为该请求找到相应的响应。
现在的问题是，一段时间以来，我们已经积累了成千上万的测试用例和需求/要求，这减慢了整个测试执行过程的速度。为了给您提供信息，我们已将其集成到构建过程中，因此每次触发构建时，我们都会执行所有单元测试。
有什么设计建议可以改进它？
我当时正在考虑使用solr或lucene为这些req / res文件建立索引，但是不确定它们是否提供了地图机械性，我可以在其中传递肥皂请求并获得匹配的响应。
答案 0 :(得分：0)
如果传入请求必须完全等于缓存的请求，则可以为缓存的请求创建哈希并相应地命名响应文件。
然后，您可以在控制器中为请求创建哈希，然后只需打开正确的文件即可直接找到响应。
或者，您可以创建一个带有“请求哈希”到“响应文件名”的csv / properties文件，然后加载该文件。那么应该快得多，然后始终加载所有请求和响应。这或多或少是一个简单的索引，就此用例而言，lucene / solr应该确实太多了。