5

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

4

4 回答 4

4

这看起来像一个很棒的页面：http: //xunitpatterns.com/Glossary.html

这包括：

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

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

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

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

于 2009-03-11T02:10:31.037 回答
3

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

维基百科：

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

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

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

MSDN：

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

极限规则：

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

于 2009-03-11T02:00:30.513 回答
0

我还找到了一个测试术语表，但它没有定义 Mock 或 Fixture，但可以选择添加新术语。一旦问题得到您满意的回答，也许这可能成为规范的来源。

于 2009-03-11T02:05:18.553 回答
0

嘲笑，

n.

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

五。

  1. 构建一个用于测试的模拟。
于 2009-03-11T02:18:45.277 回答