关于单元测试框架的疑惑？？

   公司要开发新项目， 框架struts2.0+ibatis+Oracle 之前的开发的项目都完全没有写过测试代码（照成问题很多，无论是增加需求，还是修改起来都很痛苦，还好业务逻辑不算复杂）。也没有专门的测试人员。现在新项目考虑到还是加入测试框架，想问问大牛门TestNG和Junit那种框架比较合适。
    需考虑问题：1.学习成本低，比较容易上手。
                2.没有独立的测试人员，还是由开发人员全部承担的。
                3.团队在此之前完完没有任何单元测试经验。
                4.对现在很提倡的测试驱动型开发，在工期比较紧张的状态是否可能实现。

一样的，抛硬币就行了

那你麻烦了

任何时候，做比不做好，多做比少做好

那在Eclipse下哪个使用更方便，或者说插件更好用点。

呵呵，没办法啊硬着头皮上吧。写测试最多就累死吧，可是不写都不知道怎么死的估计。

JUnit
你很明白啊……清楚地知道自己有很多东西做不完，或者永远都感觉似乎就差一点但总是有修不完的bug。很多人宁可选择后者，因为自欺欺人可以让他们感到心里稍微舒服一些。

有时会发现测试写不进去。。。。非常的不爽，就先写集成测试顶着。

现在遇到具体的问题了。
TestNG和Junit
如何测试ACTION（struts2.0）
还有测试数据库的返回结果

看到 抛爱 大大 所说的


是不是指能难做到测试代码与开发代码的完全分离啊。



网上找了下，都是很简单的例子，简单的尝试了下，怎么才能结合起来呢。
这两个框架都能做到吗？
有什么好的文档或者书推荐下来。


PS:第一次发贴，很开心的发现javaeye的大大门都回帖很快呢。

IoC

strus2.0还可以用注入方式
ibatis作一个内存库的映射。。。。用hsql来测试

还没到我说的不好写的地方那些地方用selenium来作。。。

用 TestNG 还是 Junit，考虑进度紧张，所以哪个比较熟悉就用哪个。

培养熟练的单元测试经验是要花时间的。就我个人观察，不习惯单元测试的人，做出来的设计通常不去考虑耦合，这样一旦代码写出来，本身就很难去写单元测试。这样不但 TDD 无法进行，连单元测试本身也会被视为累赘。

另一方面，要想全面开展 TDD，没有老手指导的话风险不小，很容易半途而废。而且工期紧张的情况下大家交流也不会很主动，就算有老手在，指导起来也不会顺利。

所以建议楼主不要过多的引进测试驱动，至少想办法先让开发人员尝到单元测试的甜头，然后再诱导他们了解 TDD。

说的太好了。

之前我参与的一个项目组，基本上6个小模块。
前5个我用了TDD， 感觉虽然进度没之前那么大，但是每一小步都走的塌塌实实，每都一步，都知道自己走向哪个方向。

后来做最后一个小模块时，时间不够了。于是看着那么点需求，就抛弃了UNIT TEST，直接牛仔式开发……结果，看着需求的实现近在眼前，可就是怎么都达不到，望山跑死马。

最后东西出来一算，时间比TDD多用了一半，代码结构混乱，到处都是修改的痕迹，而且最关键的一点：开发过程，完全被混乱，无目的，乱碰的心情所笼罩。郁闷坏了。想起当初TDD的胸有成竹的心情，真是天堂~


从那以后，不管怎么样的情况，UNIT TEST都是我的坚实伙伴。