首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >设计需求-业务组件的基本单元测试用例

设计需求-业务组件的基本单元测试用例
EN

Stack Exchange QA用户
提问于 2017-01-11 07:11:42
回答 1查看 139关注 0票数 -1

是否可以以单元测试的形式验证业务规则组件,或者单元测试应该只验证设计和低级结构?

假设我们有一个实现特定业务规则的类,或者一个DDD实体,其中包含了它自己的业务逻辑。

我们可以创建单元测试,它可以验证这些类的结构,也可以使用测试数据创建一些单元测试,以验证业务规则的实现。

第二组用于验证业务规则实现的测试是否可以以单元测试形式进行?

EN

回答 1

Stack Exchange QA用户

回答已采纳

发布于 2017-01-11 12:58:04

您使用哪个工具来执行一种类型的测试并不重要,只要该工具能够很好地完成任务。

单元测试按定义独立测试单个代码单元。

如果类中有一些属性和业务规则表示为该类的方法,则可以对属性和方法进行单元测试。

在应用程序中测试这些规则的实现意味着测试来自不同层的输入是否正确地传递给类,以及业务规则解释的输出是否正确地返回到另一层。简而言之,测试实现是一个集成测试。

用于创建和运行集成测试的技术或框架可以与用于创建和运行单元测试的技术或框架相同。

您的问题是使用技术或框架来表示测试的类型。我想这就是你有问题的原因。

类型的测试-通常由(框架或人员)

测试

单元测试-以模拟/存根/shims作为依赖对象的占位符的单元测试框架

集成测试-单元测试框架实例化实际的依赖对象,BDD测试框架(给定的时-时框架)

功能测试- GUI测试框架,BDD测试框架,手动测试器。

正在执行的测试类型不取决于用于测试它的工具。如果测试业务对象集成的最佳方法是使用单元测试工具,请使用单元测试工具。

票数 0
EN
页面原文内容由Stack Exchange QA提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://sqa.stackexchange.com/questions/24831

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档