Dunit的使用问题(200分)

  • 主题发起人 主题发起人 高小五
  • 开始时间 开始时间

高小五

Unregistered / Unconfirmed
GUEST, unregistred user!
我看了Delphi的单元测试工具Dunit,只是通过断言、校验等方法来测试程序的正确性,我要问的是:
对于C/S结构程序,界面上有一大堆录入的数据,最后保存(GUI测试),这样的程序用Dunit合适吗?有哪位大哥有这方面的经验?能否指点小弟一两招。
 
我对Dunit有点了解,相关文档看了一些,但是在项目中应用的不多。
我认为Dunit主要优点就是可以把你开发过程中对不同阶段的功能模块的单元测试集合起来,如果后来的开发对整体有调整以后,可以方便的检查以前的功能模块是否还好使!再就是它使用了OO的思想在里面,如果你做的也是OOP,那么应该融合的回比较好!
至于楼主的问题:我想Dunit对任何程序都是可以应用的,只是发挥的作用大小的问题!再一个,楼主应该明确一点,Dunit跟你的程序是完全独立的,而且只是存在于开发阶段的,你不能把Dunit做为你项目的一个“检验”模块来使用!
by Justin
http://jstn.dalianit.com
 
不合适 输入数据的可能性太多 DUNIT 只合适 测试 控件
 
非常感谢zLight兄的指导。我想请教一下zLight兄,Delphi程序单元测试一般采用什么工具,因为在我现在的开发中,单元测试这一块还是空白,测试人员抱怨一些本该在编程过程中解决的问题却到了测试人员那里,测试人员不是在测试,而是在排错。不知zLight兄有何良法?在次感谢。
 
to mstar:
您知道Delphi的单元测试有何良法吗 ?
高小五
little5@mail.china.com
 
[:D] 具我所知,Dunit就是一个Delphi版最好的单元测试工具,如果开发人员在写代码的同时把相应的测试用例写好,待整个系统初步开发完成后,自己先把所有Dunit的测试用例走一遍,那么就应该可以很轻松的解决很多潜在的问题。
[8D] 其实测试和排错本质上我认为是没啥区别的,你觉得呢?跟深入点说,我觉得测试人员抱怨的是开发人员的职业道德问题,如果让他们去给一个很职业的开发人员做测试,一定不会有这种抱怨,当然说到这,有扯远了,这里还有一个公司的机制问题,如果开发人员的福利、奖金是跟他的Bug率挂钩的,同时测试人员的福、奖金也跟他们发现的Bug量挂钩,建立一种完善的检查与鼓励机制,那么,我想就不会有楼主的困惑了。
本质上说,我认为,做事要“诚实”,有责任心,我们没一个人都是,只有这样,大家才能好起来,而自己也会跟着好起来!
by Justin
http://jstn.dalianit.com
 
zLight所言极是,只能通过制定标准,提高团队成员的素质,才能提高软件质量.
不知 Dunit 前景如何?
 
Dunit目前应该只支持到最多是D7吧,还不知道Dunit是否能跟近delphi 8进入do
tNet?
如果贵公司一直使用D6,或还要使用一段时间,那么Dunit还是很值得一用的哦!
 
to zLight :
DUnit自带的例子过于简单,不是很实用,不知哪里有更详细的应用的例子,不胜感激.
高小五
little5@mail.china.com
 
To 高小五:
[:(] 老大,我不是神!
by Justin
http://jstn.dalianit.com
 
zLight,实在对不起,发错分了,请到以下网址取分.
http://www.delphibbs.com/delphibbs/dispq.asp?lid=2561916
 
后退
顶部