你们写单元测试的时候是检查过程还是检查结果

[yidinghe]

单元测试属于白盒测试，按道理来说应该检查过程而不是结果。因为如果结果来自另一个类或方法，那么当该方法出问题时，会连累当前的单元测试失败，这就导致一个局面：当前被测试的代码是没问题的，但单元测试失败了，它没有起到应有的作用。特别是分层应用，上层代码的执行结果会受到更多因素的影响，使得单元测试几乎不可靠。反过来说，只要过程是对的，哪怕结果错误也应该测试通过，因为问题出在别的地方。

[nanhuier]

因为如果结果来自另一个类或方法，那么当该方法出问题时，会连累当前的单元测试失败

我觉得单元测试时只测一个方法，如果调用其他类或方法，应该打桩测

[JokerSH]

在 python 中，像你说的，在一个方法中需要用到另一个方法返回的结果，可以采用 mock 的方式来模拟另一个方法，得到你想要的结果，这里有介绍。https://www.jianshu.com/p/c6e13e87359b

[maichael]

"因为如果结果来自另一个类或方法，那么当该方法出问题时，会连累当前的单元测试失败"，这个关测结果还是测过程什么事。单元测试，单元测试，你连要测试的单元边界在那都没有想清楚，怎么可能写的好测试。

[russian]

单元测试和其他单元没关系，只依赖与你测试的单元。一般是写一个 mock，在 python，JavaScript 和 c++里都有类似的工具。

[reus]

如果结果错误，你怎么知道过程是对的？
你怎么知道是别的地方错了，不是这个地方错了？
如果上游出错，难道不应该抛错？
上游错了，当作没事发生？

[testeststs]

啥叫单元测试？
推荐先学习下测试的分类。

[zjb861107]

楼主说这种，更偏向与接口测试了。单元测试还是前面大家说的，我复议。

[huskar]

同上，先解释解释什么是“单元”测试？

[luzemin]

你说的这个单元测试它不“单元”啊

[troywinter]

楼上几位说的太过绝对，单元测试的单元如何去区分太过绝对，不是说只测一个方法或者一个类，这个没有一个绝对的准确的定义，各种讲单元测试的书诸如 Clean Code 和 The art of Unit Testing 几乎都提到了要根据具体业务来区分，有绝对第三方依赖的应该 mock，如数据库，sdk 等，我一般都是按照业务需求来测试，不然每个方法都要测试的话，工作量太大而且没有什么意义。

回到楼主的问题，也是要根据需求区分对待，有些模块对正确性有要求就应该测试结果，有些模块只是调用了一些第三方系统或者持久化依赖，那只需要测试过程就可以。

[guyeu]

单元测试一个很重要的目的是防止未来的 bug，就是防止在将来的某一天，该方法的调用链上的某个方法被修改导致该方法挂掉。所以我倾向于只 mock 掉 I/O 相关的东西，尽量让调用链保持完整。当然这是做不到的，但是只检查过程绝对有问题，单元测试如果只保护这个方法的那十来行，那还不如不写单元测试。