testing - 单元测试 集成测试回归测试 验收测试?

  显示原文与译文双语对照的内容
0 0

当我发现在进行TDD或者单元测试时很难区分时,是否有人能够清晰地定义这些级别的测试。 如果有人可以详细描述如何实现这些?

时间: 原作者:

0 0

单元测试: 当它失败时,它告诉你代码需要修复的部分。

集成测试:当它失败时,它告诉你应用程序的部分没有按照预期的方式工作。

验收测试:当它失败时,它告诉你应用程序没有执行客户期望的操作。

回归测试:当它失败时,它告诉你应用程序不再像以前那样运行了。

原作者:
0 0

简单:

为每一个单独的代码Fragment添加磅测试 。 考虑每个文件或者类。

集成测试 - 当把几个单元放在一起时,你需要进行集成测试来确保集成测试并没有引入任何错误。

回归测试 - 在集成( 并可能修复) 之后,你应该再次运行你的单元测试。 这是回归测试,以确保进一步的更改没有破坏已经测试过的任何单元。 你已经做的单元测试已经生成了可以反复运行以进行回归测试的单元测试。

验收测试——当他们( 或者你的测试部门) user/customer/business 接收功能将进行验收测试,确保功能满足他们的需求。

你也可以调查黑盒和黑盒测试。 也有性能和负载测试,以及"'ilities的测试,"。

原作者:
0 0

下面是每个提到的测试的简单说明,以及它们适用的时候:

单元测试 一个 单元测试 在一个独立的单元( 通常一个类或者方法) 上执行,当一个单元已经实现或者更新一个单元时应该执行它。

这意味着它在你编写类/方法时运行,修复了一个 Bug,更改了功能。

集成测试集成测试旨在测试几个单元相互交互的程度。 只要在单位之间建立了新的通信形式,或者交互的本质已经改变,就应该执行这种测试。

这意味着只要最近一个写入单元被集成到系统的其余部分,或者一个与其它系统交互的单元已经更新( 并成功完成了单元测试),就会运行它。

当系统中有任何更改时,会执行回归测试回归测试,以检查没有引入新的Bug 。

这意味着它在所有补丁,升级,Bug 修复之后运行。 回归测试可以看作是组合 单元测试 和集成测试的特例。

验收测试执行验收测试在检查一个子系统( 可能整个系统) 实现其整个规范。

这意味着它主要在完成一个新的交付或者宣布一个较大任务完成之前运行。 看这是你的最后一次检查,看看你真的在跑到客户/老板之前完成了你的目标并宣布胜利。

这至少是我学习的方式,不过我确信还有其他相反的观点。 无论哪种方式,我希望能帮助你。

0 0

我试试:

  1. 单元测试: 开发人员可以编写一个来测试单个组件或者类。
  2. 集成测试:一个更广泛的测试,它涉及多个需要协作的组件或者软件包
  3. 回归测试:对应用程序进行单一的更改迫使你对所有测试进行 re-run,并检查所有的功能。
  4. 验收测试:最终用户或者QA在签署申请接受应用程序交付之前执行这些操作。 上面写着"应用满足我的要求。""
原作者:
...