关于单元测试的一些问题

Question

关于单元测试的两个问题.

1. 我已经写了一段时间的单元测试,但是他们通常会测试我已编写的类.最近我读了一篇文章 (请注意一篇旧文章),说你应该在开始编写代码之前编写单元测试.

   有人真的遵循这种方法吗？这在纸面上似乎是一个好主意,但在实践中呢？

2. 您是否应该编写单元测试以查看您的方法如何处理错误/恶意输入？显然你会想要针对特定​​用于处理"用户"输入的函数编写测试,以查看它如何处理错误/恶意输入,但是那些应该永远不会将这种类型的输入传递给它们的函数呢？你在什么时候画线？

Answer 1

在课程之前编写单元测试的方法称为测试驱动开发(TDD),并在2000年代早期由Kent Beck推广.我们的想法是编写一个描述所需功能的测试.最初,此测试将失败.当你上课时,测试通过了.您重构测试以添加更多所需的功能,然后重构该类以使此新测试通过.一旦测试通过,你的班级就达到了目标.当然,这也超出了课程范围.

至于要编写什么类型的测试,这取决于您是在测试公共API还是私有API.公共API应该编写更广泛的测试,以确保输入良好,特别是如果您不完全信任API的用户.私有API(仅由您的代码调用的方法)可能在没有这些测试的情况下逃脱 - 我怀疑您可以信任您自己的开发团队,而不是将错误的数据传递给他们.