只显示主题贴
Quake Wang 写道根据我参与过2个有做前端单元测试的项目（都是基于web）经验，推广前端单元测试有2个困难：
1. 前端单元测试很"难做"
2. "性价比"太低
"难做"我看到的几个问题：
1. 很多时候的前端测试不是在做"单元"测试，而是需要做集成测试，你很难像后台代码的单元测试那样，可以做隔离，做mock。
2. 前端是易变的，在我参与的这2个项目中，用户界面可以说每天都在根据用户反馈做调整优化，比如2个button换一下位置，比如操作成功的提示信息要更改用词。这样就导致前端单元测试的脚本也不停在改变。
3. 工具支持不好，一些地方用到了ajax的效果，特别是和鼠标，键盘事件结合 ...
- 进入论坛 软件开发和项目管理 版
ladofwind 写道看不懂,楼主说推行前端UT,最后成了讨论要不要UT的问题了,
前端需要UT吗?在dojo,ext...等ajax framework 盛行的今天,
如何做UI层的白盒测试?我倒是蛮有兴趣的
呵呵,我有一段时间就一直做Dojo的开发,它也有自己的单元测试框架,并且我们也在使用.前端需要UT是肯定的.
我是希望在这里能够得到更多的论据和手段来推广前端UT
- 进入论坛 软件开发和项目管理 版
seemoon 写道1.你可以让老板推行测试与绩效、提薪挂钩的体制吗？没有请看第二条
我们正在努力将测试纳入工作量,下一步肯定是希望经理能够在行政范围内给予更大的支持.
seemoon 写道
2.你有项目奖惩权吗？比如，做完xx项目，有xx万的项目奖，如果有，把它写入项目章程，例如，“代码质量高，每xx代码行数bug数量小于xx，按时完成ut，评为xx等级，可或现大洋xx”
这个不是非常清楚.....
seemoon 写道3.把测试框架搭好，减少尽量多的障碍，比如说为了测试个方法，费了九牛二虎之力方才告罄，这种UT尽早取消好，步骤越简单越好，UT最好成为挂在程序员脖子上的大饼，饿了就咬一口那种 ...
- 进入论坛 软件开发和项目管理 版
daquan198163 写道好多的猜测、想象+以为，都不需要去google，本版就有很多关于单元测试、tdd的深入讨论，建议你们先补补课
单元测试的一个最基本的常识就是:它是 程序员本人在开发阶段编写的程序
怎么还有人把它与开发分开
TDD甚至提倡先写测试后写实现
在做计划时单独为单元测试预留出时间，也是一种想当然的做法，想当然的以为“单元测试会增加代码量，因此必然会增加工作量”
这时不符合事实的，事实上如果能做到tdd，开发速度会超出预期
而且如前所述，它与开发是同时进行的，因此无法预留时间，
就好比我们通常不会为debug、重构等活动单独预留时间一样
敏捷质疑: TDD
我觉得工 ...
- 进入论坛 软件开发和项目管理 版
liangguanhui 写道就我自己的工作经验来说，不同公司对于测试的不同态度，源于他们手头上项目，或者说，是因为客户不同。
之前的公司，项目大多数是一些辅助性的系统，客户基本是政府、学校、国企等等，所以客户对于项目的质量，并不十分重视，出了问题，跟你说一声，然后你改一下就OK了，更加不要说测试了。那公司对于测试自然同样不会重视。
现在的公司，由于开发的系统属于客户的核心系统，如果系统出现问题，客户的业务就会马上瘫痪，所以客户对于产品的质量非常注重，系统的design、code、测试的流程、SQA工作等，都做得十分细致。分配工作的时候，code和test同样会分配相应的时间。另外，工作提 ...
- 进入论坛 软件开发和项目管理 版
xidaboy 写道tommychang 写道xidaboy 写道做单元测试肯定是做比不做好
人员抵触主要还是时间安排上是不是有问题啊
我们做的时候比如
xx=xx,就是开发
yy=yy,就是单体测试
zz=zz,就是结合测试
没什么抵触,如果你既不安排时间,又让大家做,那当然了,不抵触才怪
我觉得单元测试不应该单独安排开发的时间而是应该在开发的过程中进行的,我比较同意下面那位朋友的想法,将单元测试工作量作为总体工作量的一部分.
============================================================================== ...
- 进入论坛 软件开发和项目管理 版
nmvr2600 写道把测试做为衡量任务完成的标准之一，能跑了不行，有测试代码才行。
写测试代码的时间算到任务的完成时间里。我们这边估算工时的时候测试都是算上的，测试代码和产品代码是一个待遇，所以没有人会不写。
没有测试越往后期维护起来越困难。前段时间公司要升级一个比较早期的项目，这个项目最后停止的时间大约是04年。一点测试都没有啊，代码量也不小，原来的开发也是一个没有了，一点保证都没有，根本就没法改，最后还是一点点把测试补上。这个成本可是比开始就写测试花的多多了。
这个例子很有说服力.我们也计划将测试代码量与产品代码量统一计入工作量中.
但是如何才能够让大家建立起单元测试的意识呢 ...
- 进入论坛 软件开发和项目管理 版
xidaboy 写道做单元测试肯定是做比不做好
人员抵触主要还是时间安排上是不是有问题啊
我们做的时候比如
xx=xx,就是开发
yy=yy,就是单体测试
zz=zz,就是结合测试
没什么抵触,如果你既不安排时间,又让大家做,那当然了,不抵触才怪
我觉得单元测试不应该单独安排开发的时间而是应该在开发的过程中进行的,我比较同意下面那位朋友的想法,将单元测试工作量作为总体工作量的一部分.
- 进入论坛 软件开发和项目管理 版
kimmking 写道web上的测试难做啊
例如：用ext或jsf做的UI层，还没有一个工具可以测。
ball_cao 写道kimmking 写道web上的测试难做啊
例如：用ext或jsf做的UI层，还没有一个工具可以测。
ui为啥要用单元测试来测？ 单元测试是测业务逻辑的，而不是测显示逻辑的。
这两位的回答很有意思,其实我也正在寻找对UI进行测试的方法,其实Selenium中的功能性测试的部分是应该引入到前端单元测试框架中来的,因为很多比如事件的绑定,显示效果展示等也是在开发与ut的周期内需要解决的.
当然业务逻辑是单元测试的"传统优势",但是前端单元测试有它的很特别的地方.
- 进入论坛 软件开发和项目管理 版
但据我所知,很多跨国企业对单元测试要求很严格,而且做不做单元测试不光是程序员自己的事情,如果一个人做不好,势必会影响整个产品的质量.当然我并不是说不做UT质量就不好了,但是不做UT,我们没有办法衡量代码质量并且没有回归的信心,对以后的维护也有很多不方便之处.我是想知道大家的经验,单元测试会花费多少的工作时间?是否有行政方面的推广工作需要做.想测试用例和测试的时间与不做UT到最后联调哪个花的成本大?
- 进入论坛 软件开发和项目管理 版
评论排行榜