Java开发网 - 以前不注重测试，现在知道错了，赶紧过来补课。

Topic: 以前不注重测试，现在知道错了，赶紧过来补课。

1.以前不注重测试，现在知道错了，赶紧过来补课。	Copy to clipboard
Posted by: scottding Posted on: 2003-01-14 10:47 ｈｏｈｏ，开个帖子先，，大家好，狂补测试课了。。

2.Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re: scottding]	Copy to clipboard
Posted by: floater Posted on: 2003-01-14 11:48 scottding wrote: ｈｏｈｏ，开个帖子先，，大家好，狂补测试课了。。 hehe... What's up, man?

3.Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re: scottding]	Copy to clipboard
Posted by: scottding Posted on: 2003-01-14 14:54 一个项目分了几个模块，，大家都不注意测试，，一个一个的小ｂｕｇ，哇塞，到了最后整个都瘫痪了，，天那，简直就是恶梦。。

4.Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re: scottding]	Copy to clipboard
Posted by: floater Posted on: 2003-01-14 22:51 I had same thing many times before. And now these testing tools are mature, JUnit is the base, then use Cactus/HttpUnit for web testing, there is also a JFCUnit for swing. Use Ant to connect everything together, like testing data population, run test, verify testing result. Jbuilder has a tool that can be run within jbuilder.

5.Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re: scottding]	Copy to clipboard
Posted by: scottding Posted on: 2003-01-15 09:34 oh, very good, thank you very much,.

6.Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re: floater]	Copy to clipboard
Posted by: Julian13 Posted on: 2003-01-15 10:25 floater wrote: ... there is also a JFCUnit for swing. ... i haven't tried JFCUnit before. is that a robot interact with the GUI or else? can you share your experience doing JFC testing? thx.

7.Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re: Julian13]

Copy to clipboard

Posted by: floater
Posted on: 2003-01-15 11:04

Julian13 wrote:
i haven't tried JFCUnit before. is that a robot interact with the GUI or else?
can you share your experience doing JFC testing? thx.

Yea, it is. I haven't done extensive testing yet, but I am going to use it in the next project. It look like it's still evolving, and can be integrated into jb. You can use XML to define the test cases too. It works fine for me to run simple tests, so next time I am going to load it to test some heavy application to see how versatile it is.

8.Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re: scottding]	Copy to clipboard
Posted by: dalong Posted on: 2003-01-23 15:10 yes,but I think that Test is important ,but everything is important ,too.including design,code ect.

9.Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re: scottding]	Copy to clipboard
Posted by: atsmile Posted on: 2003-03-02 10:05 9494

10.Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re: scottding]	Copy to clipboard
Posted by: sothis Posted on: 2003-03-02 21:15 是这样的，QA实际上是一个综合的问题，如果想要比较好的解决的话，一个集成的生命周期开发环境（ILDE）是必需的，不管是自己组合还是用这个那个Studio

11.Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re: scottding]	Copy to clipboard
Posted by: scottding Posted on: 2003-03-03 09:43 不知到谁可否给出一个详细的模式。

12.Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re: scottding]

Copy to clipboard

Posted by: sothis
Posted on: 2003-03-03 16:01

在软件开发组织(Process)上面我比较喜爱轻量级的模式，我想大概程序员出身而不是管理出身的兄弟姐妹们都应该会有这样的倾向。XP应该是我认为最好的了。
有时候觉得软件开发就像是打仗一样，当开发队伍象水流一样按奈不定的时候，开发团队的英雄们站立在大小船头，放眼眺望。水流有时候奔腾澎湃、有时候咆哮抗击、有时候暗流四涌、有时候止步不前。每通过一个码头，会有笑声欢腾如浪；每遇到一个山头，会团团踹流，军心稍乱。

信心

不是每个人都能够那么坚强勇敢看得那么远想得那么透，在团队开发的时候，信心的崩溃有时候就像兵败如山倒一样，让英雄们在离目标仅仅100米的地方叹息、倒下。
信心不是靠打气就可以维护的，若有若无虚无缥缈的目标，谁心里都会发毛。实实在在的踏实感觉，是信心之源。
和个人开发小程序不一样，团队开发的信心来源于方法而不是个人。步步为营、人人为主是关键。步步为营有多个含义。第一，打下来的山头就要守住，整个战线才能牢靠，前进速度不是关键，开得太快的车会让多数人心里发虚；第二，因为不停的有每一小步的成功，会让每个成员心闲气定。人人为主，也有多个含义，包括要让所有人都能看到全景事态；要让自己的工作别人也能了知如掌。
幸而在Java开发中，这些都是可以达到的。
让每个人都能看到，讲的是要有UML设计工具的支持，把系统结构目标可视化，可视化之后，才知道有几个山头，打下了几个，进展到了哪一步；还有版本管理工具，让成就汇总呈现；还有增量组装(可能会有Refactor需求，如果结构冲突的话)；还有协同工具，战况如何要广播的。
山头是不是真的打下来了，工事牢靠不？需要测试决定。打下来的是不是需要打的山头？需要跟踪需求。怕工事还不够好用？做一下优化。

和IDE工具一样，ILDE也不是给高手准备的，而是给多数人准备的，目的是为了有效提升团队开发效率。

开发模式的话，话说回来，我还是比较喜欢XP，呵呵