单元测试

wangxh1000 · 发表于 2005-6-9 20:04:24

Originally posted by skinapi at 2004-5-20 05:37 PM:
这是一个老问题了
1。测试人员充足，测试人员完成单元测试
2。测试人员不够，测试人员完成单元测试的用例设计，开发人员完成单元测试的用例执行
3。测试人员缺乏，测试人员参加单元测试的相关评审
4。开发人员 ...

完全同意

wangxh1000 · 发表于 2005-6-9 20:09:27

Originally posted by phqtmp at 2004-11-1 06:47 PM:
还是不明白，开发人员做完单元测试后，也就是自测，测试人员还需不需要以自己的角度去做测试了，好像很多书上说，系统测试才是专业测试人员所做的，但很多单元测试测试人员不测试的话，到系统测试时n多模块组成系 ...

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

不同的测试都有自己的目的和价值；
前期的测试做不好将在后阶段测试中产生放大的缺陷；

胜西 · 发表于 2006-8-23 13:31:23

上楼的说得很有道理，也很通俗。

wanghong · 发表于 2006-8-25 16:00:51

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

思ゐ铭か依美 · 发表于 2006-10-11 11:44:57

挺受用的.不过一般都开发人员来测单元测试.

jlz1984 · 发表于 2006-10-13 11:59:11

问下，测试人员设计单元测试用例，开发人员进行单元测试，那单元测试用例该如何设计

		自动登录	找回密码
密码			(注-册)加入51Testing

单元测试

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

站长推荐 /1