在我的单元测试类中,有时我会为一些将被多次使用的东西编写实用方法。一般来说,这些都很简单,但有时它们足够复杂,我想知道我是否应该真正对单元测试进行单元测试!
给单元测试类一个方法来测试它自己的内部实用方法,这被认为是正常的/好的实践吗?
我在C#中使用了mstest,但这可能与更高级别的问题不太相关。
发布于 2016-11-02 19:19:47
测试的重点是快乐。这是一种权衡:你写的测试越少,你花在编写和维护它们上的时间就越少,但也有更高的可能性会出现问题,所以你必须在半夜修复它。
因此,如果您/您的团队认为您在编写和维护这些测试上的时间投入将是有回报的,那么编写测试。这里面没什么奇怪的。当然,总是尽量保持测试的简单,以最小化对测试的测试需求
https://stackoverflow.com/questions/40360436
复制相似问题