unit-testing - 以编程方式测试您的代码 : by the programmer or someone else?

Question

情况是这样的——引用我老板的话:“[...] 我们需要专注于编程。[...] 最终我想编写好的软件而不是陷入困境放弃测试。”这是在我们有 3 个月的令人生畏的错误列表并且最近指定一名非程序员使用 Selenium 框架编写 Web 测试之后说的。

我的老板对单元测试非常害羞(他看不到单元测试拖慢开发人员的成本 yield )。一般而言，您对网络测试和程序化测试有何看法？它们应该由(或)程序员编写还是重要？我的想法是编写好的软件的一部分是编写测试？他是 Microsoft 象牙塔式的人，因此 Microsoft 提供的任何支持按设计进行测试的资源(或一般的好文章)都会有所帮助。

Answer 1

这是我所做的。

1. 我还是写了测试。

2. 我在编写测试后编写了代码。

3. 代码坚如磐石并且(大部分)没有错误(在我的能力范围内。)

我从来没有告诉任何人我在做 TDD。除非他们问。

事实证明，TDD 实际上比胡乱尝试设计一些东西、编写代码并希望它能工作要快。

一些事情包括一个额外的步骤 0:一个“技术峰值”来查看事情是如何工作的。接下来是一些测试开发，以锻炼尚未编写的真实软件。

在开始设计方面，我有点落后于计划。因为我的设计是“为该设计设计和编写测试”，而其他一些人的设计是“用一些聪明的想法四处摸索，但没有真正的证据”。有些人可以很好地在纸上进行设计。我不能。但我可以设计测试。

在完成代码方面，我通常遥遥领先。因为 - 当我完成编码时 - 所有测试都通过了。