51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2933|回复: 8
打印 上一主题 下一主题

[讨论] 谁做单元测试:程序员还是测试员?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-9-23 14:44:26 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
  单元测试由程序员完成还是测试部门完成并无定论,如果由测试部门完成的话,需要较多的额外测试时间,往往是工期所不允许的;由程序员进行单元测试也有缺点,例如:程序员不喜欢做单元测试、单元测试太费时间、对自己写的代码很难做到充分测试、测试用例的设计很麻烦等等。
  对于使用Visual Unit(VU)进行单元测试的C++项目来说,单元测试由程序员完成更合适些,因为VU可以做到:
    ----让程序员喜欢做单元测试:在VU的支持下编程会感觉很舒适的。
    ----单元测试节约时间:使用VU边编码边测试,连编码带测试的时间可能比传统编码方式还要节约一半的时间,这种不可思议的事情却是现实的:编程主要花费的时间的不在于敲代码,而在于整理编程思路和调试,使用VU,程序行为一目了然,对整理编程思路极有帮助,VU还支持快速排错和高效的调试,使调试时间降到最低。总体上来说,节约一半的编码时间是完全可能的。
    ----对自己写的代码轻易做到充分测试:使用VU,可以轻松实现语句、条件、分支、路径的全部覆盖,加上自动边界测试,测试的完整性是空前的。所有这些,测试报告中都有详尽记录,可以由测试部门进行审核。
    ----测试用例的设计很简单:使用VU,设计测试用例是很轻松自然的。程序需要实现哪些功能,即便没有设计文档,程序员在编码时也要弄清楚,否则编码就无从谈起,所谓功能,无非就是哪一类输入时,应该产生什么输出,这些就是功能测试用例。其他测试用例使用VU的测试用例设计器来设计,非常轻松快速。
    VU当然也可以由测试部门使用,不过由程序员使用,更能发挥它的效能。如果主要代码经过了充分的单元测试,那么后续的测试也将大幅缩减时间成本,升级维护的成本也会大量降低。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2005-9-23 14:58:25 | 只看该作者

请教一个问题

楼主,请问Visual Unit(VU)是什么东西?单元测试工具?还是编程软件?谢谢。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2005-9-23 15:01:54 | 只看该作者

Visual Unit,可视化单元测试工具

网易上有一个简单的教程:
http://tech.163.com/05/0907/17/1T2JBRHO00091589.html
用google或百度搜一下,可以找到它的开发商。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-9-23 16:15:48 | 只看该作者
程序员~~~~~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2005-9-24 14:03:05 | 只看该作者
测试员做理论上较佳
程序员做现实性较佳
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-9-26 11:32:39 | 只看该作者
单元测试一般都是由程序员完成的。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-9-30 14:43:14 | 只看该作者
测试员&程序员  共同完成吧
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-10-1 01:19:50 | 只看该作者
程序员做单元测试是最理想的
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-10-2 09:25:45 | 只看该作者
测试员和程序员共同完成。不同程序员交叉测试也可。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-27 00:58 , Processed in 0.080562 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表