Oop 在TDD中使用描述性测试名称

在阅读本书时，作者告诉我们在测试中命名长名称和描述性名称，以了解被测试对象的功能。例如：

当无法连接到TSMonitoringPort（）时，通知侦听器服务器不可用。

比

轮询服务器监控端口（）

---

但大多数样式指南告诉我们要遵循80或100列规则。其他人对此有何看法？

对于单元测试，您可以不受影响，因为您实际上不必直接调用这些方法。例如，您不会想要一个具有很长冗长名称的公共API，但对于测试，这也会为其他开发人员形成文档。 这是一种权衡。在这种情况下，描述性名称越多越好。这是务实的做法

---

就我个人而言，对于宽屏显示器，我会说至少120个字符的行长。80是终端的回溯。

测试名称应尽可能用最少的文字描述测试场景。在很多情况下，这仍然会导致冗长的测试名称，我不介意，但我尝试平衡，不要让它们太长。从80列穿孔卡片开始！接受答案，因为我觉得这取决于个人偏好和团队便利性。对我来说感觉很好。