代码之家 › 专栏 › 技术社区 › iftheshoefritz

不跨越集成边界的代码的状态与行为测试

behavior state unit-testing

iftheshoefritz · 技术社区 · 15 年前

我有一个方法,它将一些数据对象传递给它,进行一些计算,根据其他字段在对象上填充以前为空的字段,然后返回结果。这个方法并没有真正跨越集成边界——数据对象是一个实体,对其他实体具有相当复杂的依赖树,但是从这个方法的角度来看,它们只是具有状态的对象(感谢ORM)。

在我看来,单元测试这需要一个状态检查——设置一些数据,运行代码进行计算,并检查结果。这是否是一个合理的理由来忽略那些似乎是全面建议的测试应该检查行为,而不是陈述?或者我读错了测试驱动的文献?

2 回复 | 直到 15 年前

Grant Crofton 15 年前

我想说你在测试计算方法的性能,所以这不是问题。

有些人可能会建议将行为放在单独的方法(作为服务)中,而不是放在保存数据的类中,这可能是一种代码味道,但这是另一个问题。

Jackson Pope 15 年前

其行为是,给定的输入状态将获得预期的输出状态。单元测试应该创建具有已知状态的虚拟对象(可能是模拟对象),运行测试中的方法,然后检查输出(在本例中是输入参数的状态)是否正确。

推荐文章

Leonardo · 使用`unique_ptr`和`std::move`对象进行Google模拟,导致内存泄漏问题

1 年前

wavesinaroom · 断言结构向量长度

1 年前

Jace Johnson · Typescript文件读取的变量类型错误

1 年前

and · Python模拟-请求。Session()获取请求断言错误,未接听调用

1 年前

Indresh Mahor · 当从控制器调用测试控制器和功能接口时,无法模拟功能接口

1 年前

Tim Kirkwood · 比较空数据帧

1 年前

Kamran Khan · 使用单元测试ASP。NET核心

1 年前

paymer · 为什么我的代码没有删除我的单元测试生成的zip文件?

2 年前

Ricky Mo · 角度测试如何模拟导入的const

2 年前

Natty · Visual Studio中缺少“代码覆盖率结果”

2 年前