测试用例设计

Question

我正在为在线系统设计测试用例。该系统由几个WCF Web服务，一些ASP.NET网站和一个SQL服务器后端数据库组成。

目前，Web UI部分尚未推出。但Web服务可用。并且可以通过各种Web服务调用来实现系统的主要工作流程。

我现在有以下测试计划：

1。基线测试：测试每种Web服务方法。

我计划采用等价类分区等方法。但问题是，这些Web服务方法的所有参数都是系统特定的类型，而不是简单类型< / em>喜欢 date 或 integer 。我怎么能强制执行等价类分区？

2。面向任务的测试：结合多种Web服务方法来测试某些用户场景。

问题是，如果没有可测试的UI，我必须在服务器端和客户端模拟Web服务方法调用。这是一种合理的方法吗？

突然之间，在我看来，上述测试只能称为 API测试。我错过了什么吗？

很抱歉，如果我不够清楚，因为我不熟悉测试。

感谢。

添加：

Web服务方法的调用者是一些内部合作伙伴，他们很了解这些方法。那么我应该只测试系统的功能吗？我可以忽略项目符号1中的基线测试方法吗？

Answer 1

1. ECP是数据的逻辑分类，因此我不确定为什么类型系统（简单/自定义类型）是相关的。请提供更多详情

2. 无论您是否拥有UI，您都必须提供一种简单的服务/外观类型的api，它将执行各种Web服务的编排。因此API测试是一种很好的方法。您仍然希望独立测试每个WS。

Answer 2

我知道我所说的并没有回答所有提出的问题，但我认为你应该对你的大部分代码进行单元测试。如果您选择通过调用WCF服务来测试所有内容，那么如果您认为最终会进行大量测试，这需要大量维护。在服务中编写大量业务逻辑的单元测试，并针对正在运行的服务器进行一些集成测试。