unit-testing - 编写单元测试时要测试什么？

Question

我想开始对我们的应用程序进行单元测试，因为我相信这是与测试建立良好关系的第一步，并将允许我分支到其他形式的测试，最有趣的 BDD 与 Cucumber。

我们目前使用完全基于数据库中的表的 Codesmith 生成我们所有的基类。我很好奇使用这些基类生成测试用例的好处？这是糟糕的测试实践吗？

这引出了我帖子的最终问题。我们在使用单元测试时测试什么？

我们是否测试了我们想要的示例？或者我们测试我们不想要的例子？

它们可以是具有多种失败方式和多种成功方式的方法，我们如何知道何时停止？

以求和函数为例。给它 1,2 并在唯一的单元测试中期望 3..我们怎么知道 5,6 不会返回 35？

问题回顾

• 生成单元测试(好/坏)
• 我们测试什么/测试多少？

Answer 1

从您的要求开始，编写测试预期行为的测试。从那时起，您测试的其他场景的数量可以由您的日程安排驱动，或者可以由您认识到风险特别高的非成功场景驱动。

您可能会考虑仅针对您(或您的用户)发现的缺陷编写非成功测试(这个想法是您在实际修复缺陷之前编写一个测试缺陷修复的测试，这样您的测试就会失败如果在未来的开发中该缺陷被重新引入到您的代码中)。