|
1
15
我个人的观点是方法名永远不会太长,只要它们是描述性的。 单元测试名称往往要长得多,因为它们必须包含更多的信息。这对我来说也很好,因为它们只出现在方法签名和测试列表中(这是您想要一个好名字的地方),您永远不会从任何其他代码调用它们。 |
|
|
2
20
这样,您还可以嵌套其他测试,这些测试也适合
|
|
|
3
3
|
|
|
4
1
它有点长,维护人员想通过阅读函数来快速了解函数的功能,如果有那么长的内容,就可以更快地阅读函数本身。 这也适用于测试。当我觉得需要写一篇文章作为函数标题时,我会去掉“When”“Is”和重复的单词。。。离开:
不需要太多描述,更容易阅读。。。 正如WindowsPhone7的广告所说的“更多的一目了然” |
|
|
5
1
另外,命名测试的一种方法(当然不是唯一的方法)是将测试名称作为断言编写。 一个简单(天真)的例子:
在主要问题上,我认为长测试函数名是可以的,只要它们是明确的 |
|
|
A B · C#Excel自动调整列避免长文本时出错 1 年前 |
|
|
Megrez7 · C#ToArray转换合并为一行,导致数组元素更改 1 年前 |
|
Aycon · 在工厂方法中释放部分创建的对象的正确方法是什么? 1 年前 |
|
|
Sei · Avalonia/WPF将路由器传递到控制模板 1 年前 |