有没有理由避免在非测试环境中使用rest-assured？库为创建和解析请求提供的语法非常紧凑，仅在测试中使用它似乎是浪费。哪种问题引起了疑问，为什么它仅仅作为测试工具？
我是REST Assured的创始人，它一直主要针对测试。例如，默认端口是8080，它附带Hamcrest匹配器（内部也使用它，因此不能排除它），性能可能会有所优化。它还依赖于Groovy，如果你需要的只是一个HTTP客户端，那么添加到生产系统可能是一个很大的依赖。
人们，包括我自己，偶尔会在生产中使用它，因为它使用起来既简单又灵活。并非所有用例都需要具有最少数量依赖性的最新性能。因此，对于某些有界的上下文，REST Assured可能会有很多意义。
REST Assured的目标之一是提取更轻量级的核心，并在将来消除对Hamcrest甚至Groovy的需求。当JsonPath和XmlPath被提取到他们自己的项目时，已经朝着这个方向采取了一些步骤。