单元测试 - 定义答案

【问题标题】：Unit Testing - definitions单元测试 - 定义
【发布时间】：2009-03-11 01:58:42
【问题描述】：

就像其他任何事情一样，理解单词可以更容易地学习语言。任何人都可以用他们的定义（例如 Mock、Fixture 等）加入单元测试中使用的所有单词

【问题讨论】：

标签： unit-testing architecture definition

【解决方案1】：

这看起来不错：http://xunitpatterns.com/Glossary.html

它包括：

SUT
同步测试
任务
TDD
测试自动化程序
测试用例
测试代码
测试条件
测试上下文
测试数据库
测试债务
测试驱动程序
试驾
测试错误
测试失败
测试夹具
测试夹具
测试夹具
测试维护者
测试包
测试阅读器
测试结果
试运行
测试气味
测试剥离器
测试成功
测试套件
测试驱动的错误修复
测试驱动开发
测试优先开发
最后测试开发
特定于测试的相等性
测试

关于模拟等，这可能很有用：

此表及其参考可能更有用：

http://xunitpatterns.com/Mocks,%20Fakes,%20Stubs%20and%20Dummies.html

【讨论】：

更近了！更具体地说，当我查看第三方单元测试时，类以称为模拟、固定装置等为后缀。使用这些名称的原因就像我们称对象存储库、管理器、代理等一样。是否有资源那些条款。
xunitpatterns.com/Mocks,%20Fakes,%20Stubs%20and%20Dummies.html - 这就是我要找的资源，谢谢！

【解决方案2】：

也许这些文章会更有帮助：

Wikipedia:

在计算机编程中，单元测试是一种软件设计和开发方法，程序员可以通过这种方法确信各个源代码单元都适合使用。单元是应用程序的最小可测试部分。在过程编程中，一个单元可以是一个单独的程序、函数、过程等，而在面向对象编程中，最小的单元是一个方法，它可能属于基类/超类、抽象类或派生/子类。

单元测试可以通过在调试器中单步执行代码这样简单的方式来完成；现代应用程序包括使用 xUnit 等测试框架。

理想情况下，每个测试用例都独立于其他测试用例；存根、模拟或假对象1 等双重对象以及测试工具可用于帮助单独测试模块。单元测试通常由软件开发人员完成，以确保其他开发人员编写的代码符合软件要求并按照开发人员的预期运行。

MSDN:

单元测试的主要目标是获取应用程序中最小的可测试软件，将其与代码的其余部分隔离，并确定其行为是否完全符合您的预期。每个单元在集成到模块之前单独测试，以测试模块之间的接口。单元测试已经证明了它的价值，因为它在使用过程中发现了很大比例的缺陷。

Extreme Rules:

单元测试支持集体代码所有权。当您创建单元测试时，您可以保护您的功能不被意外损坏。要求所有代码在发布之前通过所有单元测试可确保所有功能始终有效。如果所有类都由单元测试保护，则不需要代码所有权。

【讨论】：

【解决方案3】：

我还找到了glossary of testing terms，但它没有定义 Mock 或 Fixture，但可以选择添加新的。一旦问题得到您满意的回答，这可能会成为规范来源。

【讨论】：

【解决方案4】：

模拟，

一种龟，主要用于汤。
单元测试中使用的代码结构，以#1 命名。对于被测试的代码来说，模拟看起来就像是真实的东西，但是任何与之交互的尝试都只会产生悲伤的歌曲。

诉

构建用于测试的模拟。

【讨论】：