接口和 UI 是两个层级的测试，现在讲求的都是要分层测试，你放到一起是为啥呢？
而且接口和 UI 应该是分开部署的，你也对应分开，会更灵活

从测试套件这一层的角度，它不应该限制用例必须是接口的或者是 web 的，它只需要管理好用例的执行顺序，记录好用例的执行结果，并提供一些用例间信息传递的机制（比如全局变量）就可以了。

现实中 web 和接口一般会分开不同的套件，分开编写用例和执行用例，主要是因为分开后问题定位以及用例维护复杂度都能降低。

接口测试能比较纯粹地测试接口，不用耦合 UI 界面，失败基本可定位为服务端问题，和客户端无关；而 web 测试则是偏集成测试，服务端 + 客户端（前端）都会集成在一起测试，一旦失败需要再定位是服务端原因还是客户端原因。

所以一般使用上，会先通过接口测试保障服务端没问题，然后再通过 web 测试保障两端集成后也没问题。两边会分开在不同的套件中，分别执行。偶尔会遇到的需要合在一起执行的场景，一般是借助接口调用造数据供 web 测试使用，这个时候接口调用只是作为前置条件，并非用例本身，所以严格意义上说，也不算融合。

感谢
一个测试套件内，严格来说没必要包含两类测试用例
测试套件在执行的过程中，先执行接口测试套件，保证服务端 OK，再执行 web 测试套件，进而在服务端稳定的基础上保证集成角度上的稳定性。