|
锁定老帖子 主题：关于单元测试框架的疑惑？？
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-10-29
专门的测试人员…… 国内企业貌似极少， IBM，MS的测试人员水平未知，但我了解的一个，也是从开发临时转过去的。
单元测试，个人以为在开发前写，比开发之后再写，效果要好的多。不要被那些懒人所谓的“写测试代码加大工作量”所蒙蔽，都是借口。用《生死狙击》里的那句台词："Slow is smooth, smooth is fast" 最合适。稳扎稳打才是硬道理。 如果是新项目，建议LZ： 1。 专门向领导要出一定的学习时间，学习使用TDD。 2。 非常慎重的使用新技术。 3。 TDD 跟工期没有关系。用的熟练的话，它只会让工期缩短。如果TDD用的不熟，那估计直接写代码的速度也快不起来。 4。 测试Action，建议使用Spring的mock包中的类，JMock, EasyMock等等貌似没有对 request, response的模拟对象。 5。 Spring 的抽象单元用例基类，是测试IOC非常好的东东。 gujikun 写道 公司要开发新项目， 框架struts2.0+ibatis+Oracle 之前的开发的项目都完全没有写过测试代码（照成问题很多，无论是增加需求，还是修改起来都很痛苦，还好业务逻辑不算复杂）。也没有专门的测试人员。现在新项目考虑到还是加入测试框架，想问问大牛门TestNG和Junit那种框架比较合适。
需考虑问题：1.学习成本低，比较容易上手。 2.没有独立的测试人员，还是由开发人员全部承担的。 3.团队在此之前完完没有任何单元测试经验。 
4.对现在很提倡的测试驱动型开发，在工期比较紧张的状态是否可能实现。 |
| 返回顶楼 | |
|
发表时间：2007-10-29
我只知道专门的测试人员的测试效率和自己测试那是天壤之别的，虽然他们不善于编码，但是就发现Bug，重现Bug的水平而言，我是佩服得五体投地。我想现在如果再去找一家公司，如果没有QA，那我会很痛苦的。至少会为如何重现Bug而痛苦。
|
| 返回顶楼 | |
|
发表时间：2007-10-29
gigix 写道 gujikun 写道 那在Eclipse下哪个使用更方便，或者说插件更好用点。
呵呵，没办法啊硬着头皮上吧。写测试最多就累死吧，可是不写都不知道怎么死的估计。 JUnit 你很明白啊……清楚地知道自己有很多东西做不完，或者永远都感觉似乎就差一点但总是有修不完的bug。很多人宁可选择后者，因为自欺欺人可以让他们感到心里稍微舒服一些。 说的很经典啊，写了总比没有写强，开发的过程中好像使用时间做多的不是写代码的过程，是测试的过程，而且最耗时间的是修改一个BUG的时候将先前已经写好的代码有改错了，寻找这种错误代价超级大，单元测试最大的好处是时时提醒你今天的开发有没有影响昨天的成果，就如上面所说，写测试最多是累死，不写都不知道怎么死的。 |
| 返回顶楼 | |
|
发表时间：2007-10-31
6个模块做了5个居然还因为不做UT的原因导致这么多问题实在难以想象
sg552 写道 说的太好了。
之前我参与的一个项目组，基本上6个小模块。 前5个我用了TDD， 感觉虽然进度没之前那么大，但是每一小步都走的塌塌实实，每都一步，都知道自己走向哪个方向。 后来做最后一个小模块时，时间不够了。于是看着那么点需求，就抛弃了UNIT TEST，直接牛仔式开发……结果，看着需求的实现近在眼前，可就是怎么都达不到，望山跑死马。 最后东西出来一算，时间比TDD多用了一半，代码结构混乱，到处都是修改的痕迹，而且最关键的一点：开发过程，完全被混乱，无目的，乱碰的心情所笼罩。郁闷坏了。想起当初TDD的胸有成竹的心情，真是天堂~ 从那以后，不管怎么样的情况，UNIT TEST都是我的坚实伙伴。 gigix 写道 gujikun 写道 那在Eclipse下哪个使用更方便，或者说插件更好用点。
呵呵，没办法啊硬着头皮上吧。写测试最多就累死吧，可是不写都不知道怎么死的估计。 JUnit 你很明白啊……清楚地知道自己有很多东西做不完，或者永远都感觉似乎就差一点但总是有修不完的bug。很多人宁可选择后者，因为自欺欺人可以让他们感到心里稍微舒服一些。 |
| 返回顶楼 | |
