51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: kingden
打印 上一主题 下一主题

单元测试

[复制链接]

该用户从未签到

21#
发表于 2005-6-9 20:04:24 | 只看该作者
Originally posted by skinapi at 2004-5-20 05:37 PM:
这是一个老问题了
1。测试人员充足,测试人员完成单元测试
2。测试人员不够,测试人员完成单元测试的用例设计,开发人员完成单元测试的用例执行
3。测试人员缺乏,测试人员参加单元测试的相关评审
4。开发人员 ...


完全同意
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2005-6-9 20:09:27 | 只看该作者
Originally posted by phqtmp at 2004-11-1 06:47 PM:
还是不明白,开发人员做完单元测试后,也就是自测,测试人员还需不需要以自己的角度去做测试了,好像很多书上说,系统测试才是专业测试人员所做的,但很多单元测试测试人员不测试的话,到系统测试时n多模块组成系 ...


单元测试的测试焦点是保证单元的质量,就像保证砖头的质量
集成测试的测试焦点是保证单元集成的质量,就像保证砖头和砖头是好好地连起来成为墙,门和墙是好好地连成一体
系统测试的测试焦点除了保证集成的质量,还要考虑更多的因素,如现场环境与其他系统等的交互

不同的测试都有自己的目的和价值;
前期的测试做不好将在后阶段测试中产生放大的缺陷;
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2006-8-23 13:31:23 | 只看该作者
上楼的说得很有道理,也很通俗。
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2006-8-25 16:00:51 | 只看该作者

最好的答案就是使用自动化单元测试——agitator(自动化的JAVA的单元测试)

单元测试的本意就是指——开发者测试,或者说程序员测试,如果自己编写的代码自己不去负责它的正确性于否的话,这样本身就是对单元测试的误解,也是不说不过去的,而且单元测试如果后滞的话,就失去了测试的意义,测试人员的主要任务又是帮程序员检测查代码单元级的错误,所以传统的程序只编码,测试人员来测试的方式是不行的,已经落伍了,我们的观念要从“test bugs out ” 转到“build quality in”,所以一定要程序员自己测试。
    问题又出来了,程序员现在开发的进度本来就快,工作压力本来就大,再去写测试脚本的话,花费太多的时间,而且也不一定能做的彻底,怎么办?答案就是测试自动化,我们非常高兴JAVA现在有了一个很好的自动化测试工具——agitator,它是JUnit的是创造者,XP的发起者:KentBeck最新推出的一个完全的自动化测试工具,程序员不用写任何的测试代码,轻轻松松地创造了断言,而且测试的非常彻底,代码的行为暴露的非常清晰。当然Agitator的魅力远不只这些,详情请见:www.madetek.com
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2006-10-11 11:44:57 | 只看该作者
挺受用的.不过一般都开发人员来测单元测试.
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2006-10-13 11:59:11 | 只看该作者
问下,测试人员设计单元测试用例,开发人员进行单元测试,那单元测试用例该如何设计
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-8 19:56 , Processed in 0.062627 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表