1
3
我会质疑构造本身,而不是测试它的必要性
|
2
3
然而,最好是100个单独的单元测试,每个测试检查一个值。
那样的话,当你出了问题
但是,如果您有一个100个属性都命名为ValueXXX的类,那么最好使用数组或列表。 |
3
2
单元测试的威力在于拥有一个已知正确的结果状态,重点应该是分配给DataContract的值。这就是我们想要推动的界限。确保DataContract的所有可能值都能成功复制到DataObject中。必须使用边缘大小写值填充DataContract。 David Kemp是对的,100个设计良好的测试将是单元测试概念中最真实的测试。 对于这个测试,我们必须假设DataContract在构建时完全填充(这需要单独的测试)。 |
4
2
|
5
0
如果这是整个应用程序中唯一的此类单元测试,则不会。然而,当另一个类似的场景出现时,你会看到我皱起眉毛,开始思考反射。 |
6
0
我同意代码看起来很奇怪,但上面说: 单元测试的美妙之处在于,一旦完成就永远存在,因此,如果任何人出于任何原因决定更改该实现以获得更“聪明”的东西,那么测试应该通过,所以这不是什么大问题。
|
mg610 · 如何开始C++单元测试 2 年前 |
Phil Gunning · 使用嵌套函数更改进行模拟测试 2 年前 |
shilin agre · 在Python中测试修饰函数 2 年前 |
SlipScout · Unittest只传递单个值,而不是获取多个值 2 年前 |
Alex · 从实际对象的实例返回默认模拟结果 2 年前 |