单元测试 - 定义

时间:2009-03-11 01:58:42

标签: unit-testing architecture definition

像其他任何理解单词一样,学习语言会更容易。任何人都可以使用他们的定义(例如模拟,夹具等)来使用单元测试中使用的所有单词。

4 个答案:

答案 0 :(得分:4)

这看起来很棒:http://xunitpatterns.com/Glossary.html

它包括:

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

关于模拟等,这可能有用:

此表及其参考资料可能更有用:

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

答案 1 :(得分:3)

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

Wikipedia:

  

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

     

单元测试可以通过在调试器中单步调试代码来完成;现代应用程序包括使用测试框架,如xUnit。

     

理想情况下,每个测试用例都独立于其他测试用例;可以使用诸如存根,模拟或伪对象1之类的双重对象以及测试工具来帮助单独测试模块。单元测试通常由软件开发人员完成,以确保其他开发人员编写的代码符合软件要求,并按照开发人员的意图行事。

MSDN:

  

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

Extreme Rules:

  

单元测试可以实现集体代码所有权。创建单元测试时,可以防止您的功能受到意外伤害。要求所有代码在发布之前通过所有单元测试,确保所有功能始终有效。如果所有类都受到单元测试的保护,则不需要代码所有权。

答案 2 :(得分:0)

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

答案 3 :(得分:0)

素,

Ñ

  1. 一种主要用于汤中的乌龟。
  2. 单元测试中使用的代码构造,以#1命名。模拟看起来像正在测试的代码是真实的东西,但是任何与它交互的尝试都只会产生悲伤的歌曲。
    1. 构建用于测试的模拟。