SOAtest 的 API 覆盖率提供了关于你的测试如何覆盖相关资源和操作的可见性。这有助于评估你现有测试套件的有效性，并确定需要在何处添加额外测试。

SOAtest 的报告详述了每个可用资源和操作实现的覆盖率级别，以及该覆盖率测试通过或测试失败的状态。报告还准确描述了哪些 .tsts 和测试覆盖了每个操作（在这个级别也有一个通过/失败分故障）。

了解“可覆盖资源”

SOAtest 计算并报告你的测试覆盖与“可覆盖资源”相关资源和操作的情况。如果任何（受限制或未受限制的）SOAP 客户机、REST 客户机或消息传递客户机工具触及可覆盖资源，覆盖信息将与合适的资源或操作相关联。

如果使用测试配置执行的测试，该配置中 Execution> API Coverage> Referenced by tests 选项已启用，则 SOAtest 将在受约束的 SOAP 客户机或 REST 客户机工具中配置的服务定义（OpenAPI/Swagger、RAML、WADL、WSDL）编译可覆盖资源列表。

如果希望 SOAtest 除了或代替自动计算可覆盖资源，为用户指定的可覆盖资源列表计算覆盖率，那么可以在测试配置的 Execution> API Coverage> Defined here 表中指定那个列表。



任何与 任何已知的可覆盖资源不匹配 的覆盖都将在“位置服务”下计算并报告。目前还没有计算查询参数、有效负荷或响应代码的覆盖率信息。

示例 1：计算测试引用的服务定义的覆盖率

例如，假定你有一个包含两个测试客户端的测试套件：

• REST 客户机受到“Petstore”服务定义的约束，并执行关联的 Petstore 服务。
• 消息传递客户机未受约束，但执行与上相同的 Petstore 服务。

也假定测试配置的 Execution> API Coverage> Referenced by tests 选项已启用。SOAtest 将“Petstore”服务定义作为“可覆盖资源”来识别，因为它有在受约束的 REST 客户机中配置。  由于 REST 客户机和消息传递客户机都触及 Petstore 服务，所以 SOAtest 将报告 Petstore 资源和操作下工具的覆盖率。

如果添加一个执行除了 Petstore 服务（如，Grocerystore）的新消息传递客户机，则此覆盖率将在“未知服务”下报告。

示例 2：关注指定的服务定义

现在，假定你有一个拥有成百上千个测试客户机（其中，许多受到不同服务定义的约束）的测试套件，然而你希望专注于查看与 http://machine:8080/api/v2/def上定义的 API 相关的覆盖率。为了实现这一点，你将禁用测试配置的 Execution> API Coverage> Referenced by tests 选项并如下设置表。