由谁进行测试?开发部门还是测试部门?

本文讨论了单元测试应由开发部门还是测试部门承担的问题。指出由测试部门进行单元测试存在的问题,如成本高、人手不足及影响其他测试准备等;同时提出由开发部门负责的优势,并强调借助自动化工具可有效解决效率与习惯问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

应该由开发部门进行单元测试!

由测试部门进行单元测试的问题

代价高:反复的重新理解代码需要大量的时间,反复的沟通也需要大量的成本。
人手不足:进行单元测试的人员需要具备编码能力,很多软件企业的测试部门都没有足够的人手。
耽误了测试部门对其他测试的准备工作:编码阶段,测试部门要为集成测试、系统测试等做好准备,如果测试部门陷在单元测试的“泥潭”里,很可能影响这些准备工作。

由开发部门进行单元测试的问题
担心影响开发进度:这是现实问题,但自动化的单元测试工具可以解决这个问题。
程序员不习惯做单元测试:这种习惯是可以理解的,但并不难改变,实际上,程序员写程序时都是要进行测试调试的,只不过通常比较零散和随意而已。
测试自己编写的代码,难于保证测试的效果:测试自己写的代码,通常会只测试正常的输入,因此难于保证测试的完整性,但自动化的单元测试工具,可以统计白盒覆盖,甚至提供用于找出遗漏的测试用例的工具,达到很高的测试完整性。只要达到了足够的测试完整性,那么,无论谁测试,效果都是一样的。

无论由哪个部门做单元测试,都要面对一些问题,但开发部门所面对的问题可以借助工具来解决,而由测试部门进行单元测试,要么无法真正实施,要么代价昂贵。关于这个问题,后面的专题还会进一步阐述。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

EasyTDD

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值