调查:为什么做不了单元测试?

zjy8586 2008-05-08 10:20:35
单元测试,说起来很好很必要,学起来很快很容易,做起来很难很无奈。

单元测试的价值,大家都认同了,从论坛上可以看到,有很多公司在尝试推行,单元测试的基本技术和方法,一两天就学完了,可以说不太难,但现实却是,能做好单元测试的公司不多,为什么呢?

如果您所在的企业想做又做不了单元测试,你觉得原因是什么?有没有解决办法?如果已经成功推行,也希望说说经验。集思广益,也许我们可以共同找出一些好的方案。
...全文
270 30 打赏 收藏 转发到动态 举报
写回复
用AI写文章
30 条回复
切换为时间正序
请发表友善的回复…
发表回复
jitongwang 2008-06-02
  • 打赏
  • 举报
回复
因为单元测试不仅仅是会使用断言比较,主要是插桩,这个涉及的东西比较多,不是一时半会就能掌握的,还需要对某一门语言非常精通,再就是了解公司的产品的机制。
jitongwang 2008-06-02
  • 打赏
  • 举报
回复
就我们公司来看,不能做的原因主要是技术上的,如果技术上达到了, 能施展开,公司会接受做单元测试的。
aaff07 2008-05-30
  • 打赏
  • 举报
回复
评价一个测试工具是否领先,归根结底就两个指标:测试效果、测试效率。如果测试工具能做到这两点,很多公司会舍得投入资金使用的.
SSXYC 2008-05-23
  • 打赏
  • 举报
回复
[Quote=引用 2 楼 wenzi_wks 的回复:]
有一篇文章不知你看过没有,我觉得分析的很对,地址是:http://blog.csdn.net/wayne_chan/archive/2007/08/10/1736324.aspx

我做测试,3月初学习项目旧版本的代码和框架,领导的目的是为了更好地进行测试,然而当我做出第一个实例的时候,老板说测试的代码应该是开发人员写的,也就是说,他认为白盒测试是开发人员做的。我们现在的状况是,在4月开始的新版本中,我负责写白盒的测试用例,开发人员去测试,然后时间很紧,恐怕…
[/Quote]
1:4在中国比例算很高了,俺们公司1:20
yeahspyme 2008-05-23
  • 打赏
  • 举报
回复
[Quote=引用 12 楼 CMM2CMMI 的回复:]
是啊,不过是要砸钱的,很多老板不舍得啊~~
[/Quote]
为什么会砸钱?因为自动化单元测试工具?不会呀!xUnit全是免费的
firedragon1984 2008-05-22
  • 打赏
  • 举报
回复
个人感觉:
当前很多公司的软件开发流程太不规范造成了这个,相信很多专业的软件公司单元测试肯定还是实施的比较充分了
aaff07 2008-05-21
  • 打赏
  • 举报
回复
领导不重视,下面的人不好出声.
京东之岛 2008-05-20
  • 打赏
  • 举报
回复
两方面原因:
1、开发人员写的代码有问题,许多程序员自己就给测试了。
2、众多的公司的测试人员不具备单元测试的能力。尽管有测试理论但是还是不能实践于生活
Deniz 2008-05-19
  • 打赏
  • 举报
回复
单元测试,一定要用自动化工具,要不然没有意义,
通过自动化工具可以将目前代码,和日后代码框定在
一个范围内,提高软件品质。

自动化单元测试的一个重要价值就是日后能够简单地
实施,如果达不到这一点,公司和程序员都不愿意
反复地做单元测试。
AechoJohn 2008-05-19
  • 打赏
  • 举报
回复
像上面一位楼兄说的:资源投入的问题。
单元测试这个东西,谁用谁知道好。前提是正规的去写用例,并且必须用上能自动运行单元测试的持续编译工具。
TIB 2008-05-18
  • 打赏
  • 举报
回复
说到底还是资源投入的问题,单元测试的成本投入是个很大的问题,一般小公司都没办法承担这种代价,尤其是要在牺牲进度的情况下。
mishui 2008-05-18
  • 打赏
  • 举报
回复
我觉得,主要有几个问题:
1。测试不能带来直接的经济效益。比如:写程序,编代码,出的是产品,卖了就是钱。
2。对如何实施测试,存在理解上的误差。
总体来说还是对测试的理解不深。
觉得得想办法让他们看到测试所带来的效益,从这点入手,了解测试流程和测试的价值。
zjy8586 2008-05-16
  • 打赏
  • 举报
回复
有没谁的公司有使用单元测试工具,并推行的比较成功的.
ying7852 2008-05-14
  • 打赏
  • 举报
回复
有做单元测试, 但是很不规范,没什么效果
yanqiaofang 2008-05-13
  • 打赏
  • 举报
回复
很难啦,主要是时间方面不允许啊,而且单元测试时出现在的BUG是很多的,测试出一些BUG后,就没法测试下去了
loveisbug 2008-05-13
  • 打赏
  • 举报
回复
恩,所以说,实践把理论给检验了。
davy_chen 2008-05-13
  • 打赏
  • 举报
回复
所有公司现状都可以归结到钱的原因。
1、单元测试最好引入工具,工具需要钱投入,而且看起来是不小的一笔支出;
2、单元测试让开发(或测试)做,但是不会减少开发的其他工作量,而增加的测试工作也不会多给钱,员工动力不足;
3、由于单元测试数量庞大,测试投入多,而效果平平(因为大部分外在表现bug可以在后续测试中被弥补,真正深层次bug又很少被用户发现),投入产出不成正比,所以以盈利为目标的公司不会投入。

反过来说,只要有利可图,公司就算技术再难,流程再复杂都可以搞定,之前打击盗版光盘生产线,那可都是正规生产机器啊。利益是公司的指南针。
cmm2cmmi 2008-05-12
  • 打赏
  • 举报
回复
[Quote=引用 9 楼 yeahspyme 的回复:]
引用 4 楼 CMM2CMMI 的回复:
3.如果还有实力,可以引入一些自动化测试工…

对于单元测试,我觉得自动化是第一位的,因为单元测试要经常执行,所以一定要自动化而且执行要快
[/Quote]

是啊,不过是要砸钱的,很多老板不舍得啊~~
jker22 2008-05-12
  • 打赏
  • 举报
回复
在网上看到别人分析的原因,大家可参考一下.

主要有下面几种原因使程序员不做单元测试。
1.为了完成编码任务,没有足够的时间编写单元测试。编写单元测试会导致不 能按时完成编码任务,推迟项目进度。
2.单元测试的价值不高,完全是浪费时间。
3.业务逻辑比较简单,不值得编写单元测试。
4.不知道怎么编写单元测试。
5.项目没有要求,所以不编写
6.在项目的前期还是尽量去编写单元测试,但是越到项目的后期,就越失控。
yeahspyme 2008-05-09
  • 打赏
  • 举报
回复
我们的团队正在学习TDD,遇到的主要问题还是自己的模块设计不好编写单元测试,导致写测试的时间比开发功能的时间还长。
另外,现在的项目是C/S结构客户端程序,采用了很多事件机制,多线程等等,还没有找到这些方面的好的测试方法
加载更多回复(9)

5,177

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 质量管理/软件测试
功能测试压力测试安全性测试 个人社区 湖南省·长沙市
社区管理员
  • 软件测试
  • 虫无涯
  • 小博测试成长之路
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

欢迎大家加入到软件测试的社区,在这里,希望大家勇于发表自己的看法,欢迎大家分享自己在软件测试工作过程中遇到的问题以及工作经验分享。

1.想转行的小伙伴,遇到问题没有及时回复的,可以私聊小博进行反馈

2.大家对社区有好的建议,都可以在社区发帖进行反馈

推荐大家学习的软件测试入门笔记:软件测试入门学习笔记

试试用AI创作助手写篇文章吧