由测试部门进行单元测试为什么成本昂贵?
2009-10-27 09:14
204 查看
需多次重复理解程序
测试人员进行单元测试时必须理解程序功能甚至代码逻辑;充分的单元测试通常会发现很多细小的错误,程序员修改代码时,又要再次理解程序。理解程序是很耗费时间的。
反复沟通需要大量时间成本
单元测试发现的错误一般是小Bug,但数量可能很多,修改错误一般由程序员进行,测试人员还要确认,这些反复沟通也需要很多的时间。
不利于发挥单元测试对代码结构的约束机制
如果等编码基本完成再由测试部门进行单元测试,也就不能及时发挥单元测试对代码整体结构的约束效果,测试部门拿到代码时,往往会发现难于测试。
耽误测试部门对其他测试的准备工作:
编码阶段,测试部门要为集成测试、系统测试等做好准备,如果测试部门陷在单元测试的“泥潭”里,很可能影响这些准备工作。
基于以上理由,即使测试部门人手充裕,仅仅从效益来考虑,也不应该由测试部门进行单元测试。如果测试部门本来就人力不充裕(进行单元测试的人员需具备编码能力),勉强由测试部门进行单元测试,结果往往是----没有结果。
测试人员进行单元测试时必须理解程序功能甚至代码逻辑;充分的单元测试通常会发现很多细小的错误,程序员修改代码时,又要再次理解程序。理解程序是很耗费时间的。
反复沟通需要大量时间成本
单元测试发现的错误一般是小Bug,但数量可能很多,修改错误一般由程序员进行,测试人员还要确认,这些反复沟通也需要很多的时间。
不利于发挥单元测试对代码结构的约束机制
如果等编码基本完成再由测试部门进行单元测试,也就不能及时发挥单元测试对代码整体结构的约束效果,测试部门拿到代码时,往往会发现难于测试。
耽误测试部门对其他测试的准备工作:
编码阶段,测试部门要为集成测试、系统测试等做好准备,如果测试部门陷在单元测试的“泥潭”里,很可能影响这些准备工作。
基于以上理由,即使测试部门人手充裕,仅仅从效益来考虑,也不应该由测试部门进行单元测试。如果测试部门本来就人力不充裕(进行单元测试的人员需具备编码能力),勉强由测试部门进行单元测试,结果往往是----没有结果。
相关文章推荐
- 由开发部门进行单元测试能保证测试效果吗?
- 用 ConTest 进行多线程单元测试 - 为什么并行测试很困难以及如何使用 ConTest 辅助测试
- 使用 ConTest 进行多线程单元测试 - 为什么并行测试很困难以及如何使用 ConTest 辅助测试
- 2、编写单元测试用例,对用户注册功能的DAO层进行测试。(注意:测试用例应考虑成功和失败的情况)
- 为什么要进行安全性测试?(安全性测试启蒙教育)
- 使用 Visual Studio Team Test 进行单元测试和java中的测试
- spring结合junit进行单元测试(二)——测试后进行事务回滚
- 为什么要进行烦人的单元测试?
- NUnit进行单元测试中的测试过程
- 【转载】 单元测试:是否针对非 public method 进行测试?
- 使用 Android Studio 进行测试 单元测试
- 为什么要进行烦人的单元测试
- 使用VisualStudio进行单元测试之四 顺序测试
- ionic之如何应用karma进行单元测试(2)-测试controller和service
- 谈谈单元测试:为什么要进行烦人的单元测试?
- 单元测试中如何进行“有效”测试的探讨
- 为什么开源C/C++单元测试框架极昂贵?
- 跨越边界: 在集成框架中进行测试,第 1 部分(在 Ruby on Rails 中进行单元测试)
- Python nose单元测试框架结合requests库进行web接口测试
- XCode 内置了 OCUnit 单元测试框架,但目前最好用的测试框架应该是 GHUnit。通过 GHUnit + OCMock 组合,我们可以在 iOS 下进行较强大的单元测试功能。本文将演示如何在