unit-testing - 关于单元测试的几个问题

Question

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

1. 我一直在为一段时间，但是他们通常我已经写过的测试课。最近我读了an article(提醒你一篇旧文章)说你应该先写单元测试您开始编写代码。

   真的有人关注这个吗方法？好像不错纸上的想法，但实际上是是吗？

2. 您是否应该编写单元测试来查看您的方法如何处理不良/恶意输入？显然，您希望针对专门用于处理“用户”输入的函数编写测试，以查看它如何处理不良/恶意输入，但是那些永远不应将此类输入传递给它们的函数呢？你在什么时候划清界限？

Answer 1

课前编写单元测试的方法称为Test-Driven Development (TDD)，并在 2000 年代初期由 Kent Beck 推广。这个想法是您编写一个测试来描述您需要的功能。最初，此测试将失败。在您编写类(class)时，测试通过了。您重构您的测试以添加更多所需的功能，然后重构该类以使这个新测试通过。一旦测试通过，您的类(class)就达到了目标。当然，这也可以扩展到类之外。

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