在 TDD 中使用描述性测试名称
Using descriptive test names in TDD
在阅读本书GOOS时，作者告诉我们在测试中命名长而描述性的名称，以了解被测对象的作用。例如：
notifiesListenersThatServerIsUnavailableWhenCannotConnectToItsMonitoringPort()
优于
pollsTheServersMonitoringPort()
但大多数样式指南告诉我们要遵循 80 或 100 列规则。其他人对此有何看法？
您可以不用它进行单元测试，因为您实际上不必直接调用这些方法。例如，您不希望 public API 的名称非常冗长，但对于测试，这也为其他开发人员形成了文档。
这是一种权衡。在这种情况下，更具描述性的名称要好得多。这是务实的方法。
就宽屏显示器而言，我认为至少 120 个字符的行长。 80 是终端的倒退。
在阅读本书GOOS时，作者告诉我们在测试中命名长而描述性的名称，以了解被测对象的作用。例如：
notifiesListenersThatServerIsUnavailableWhenCannotConnectToItsMonitoringPort()
优于
pollsTheServersMonitoringPort()
但大多数样式指南告诉我们要遵循 80 或 100 列规则。其他人对此有何看法？
您可以不用它进行单元测试，因为您实际上不必直接调用这些方法。例如，您不希望 public API 的名称非常冗长，但对于测试，这也为其他开发人员形成了文档。 这是一种权衡。在这种情况下，更具描述性的名称要好得多。这是务实的方法。
就宽屏显示器而言，我认为至少 120 个字符的行长。 80 是终端的倒退。