由测试部门进行单元测试为什么成本昂贵?
需多次重复理解程序
测试人员进行单元测试时必须理解程序功能甚至代码逻辑;充分的单元测试通常会发现很多细小的错误，程序员修改代码时，又要再次理解程序。理解程序是很耗费时间的。
反复沟通需要大量时间成本
单元测试发现的错误一般是小Bug，但数量可能很多，修改错误一般由程序员进行，测试人员还要确认，这些反复沟通也需要很多的时间。
不利于发挥单元测试对代码结构的约束机制
如果等编码基本完成再由测试部门进行单元测试，也就不能及时发挥单元测试对代码整体结构的约束效果，测试部门拿到代码时，往往会发现难于测试。
耽误测试部门对其他测试的准备工作：
编码阶段，测试部门要为集成测试、系统测试等做好准备，如果测试部门陷在单元测试的“泥潭”里，很可能影响这些准备工作。
基于以上理由，即使测试部门人手充裕，仅仅从效益来考虑，也不应该由测试部门进行单元测试。如果测试部门本来就人力不充裕(进行单元测试的人员需具备编码能力)，勉强由测试部门进行单元测试，结果往往是----没有结果。
由开发部门进行单元测试能保证测试效果吗?
程序员测试自己编写的代码，往往只考虑“正常状况”，这当然会影响测试效果。但如果所用的单元测试工具能够统计各种白盒覆盖率，就能检查测试效果。当然，只做到这一点还是不够的，因为白盒覆盖具有逾后逾难的特点，达到一定的覆盖率后，覆盖率的提升会很困难。如果测试工具功能足够强大，能提供工具帮助用户快速地设计测试用例，达到完整的白盒覆盖，那么测试效果就能得到完全的保证。
实际上，如果没有充分的统计数据，没有达到足够的测试完整性，那么由谁做单元测试，效果都不能保证。
进行单元测试，关键是要达到比较高的输入覆盖，这样，无论由谁测试，效果都是一样的。
文章来源于领测软件测试网 https://www.ltesting.net/
