测试用例谁来提供
看到坛子上有很多关于测试用例(test case)的讨论,不过我对有一点比较模糊。测试用例由谁来提供,是由相关模块的开发人员来提供,还是由测试人员来提供。
谢谢!
先看看概念
问的也很笼统,我是做功能测试的,我门的测试用例就由我来写的,单元测试是程序员自己做的,但有的在集成、系统测试时也能用,我对白盒不是很了解,还希望斑竹们多说几句 单元测试,应该是开发人自己来设计,集成测试用例和系统测试用例应该测试人员来提供。 单元测试,集成测试用例和系统测试用例最好都是测试人员来提供!!反证一下:因为测试人员最基本的技能应该是沟通,特别是白盒测试,少不了和软件人员沟通,“沟通什么/为什么沟通”———》得到产品的测试方案(测试用例的雏形)。集成测试从单元测试中来(各单元模块接口的集合测试),没道理单元测试,应该是开发人自己来设计,集成测试用例和系统测试用例应该测试人员来提供。
楼上不要介意,本故事纯属虚构,如有雷同。。。。。。 事实上,我觉得一般单元测试都是开发人员来提供,功能测试和系统测试也是有项目组和测试部门的资深人员根据需求书来共同提供。
而且很大一部分的集成测试也是依据开发人员来提供。
黑盒测试主要就是测试输入/输出的,单元测试中很多也是这个模块的输入/输出的。 黑盒测试你大体对着用户说明书就行了!黑盒的用例显得简单,主要是白盒测试。
单元测试,集成测试用例和系统测试用例最好都是测试人员来提供!!当然也可以由开发人员提供,那么测试人员就变成测试机器,变成一种没有思想的工具了!事实上测试与开发是平等的! 我觉得单元测试还是开发人员来做,但测试人员还可以在其基础上准备一些重点用例。现在很多单位都是如果开发人员不进行单元测试是会被测试部门返回的,理由是:不具可测性。
楼上的态度过于激奋了,单元测试用例由开发人员提供并不意味着测试人员就变成测试机器,这也不是平等不平等的问题。难道你们公司的单元测试程序员不做么?由测试人员做么? 是的 我认为单元测试应该可以有测试人员设计用例,由开发人员去执行,系统测试用例应该有测试人员来设计执行。 厉害,Fuli,你们公司厉害
可是这样是不是会降低效率呢?请指教! 还有你们公司测试的有多少人呢 Originally posted by Fuli at 2004-9-20 05:01 PM:
黑盒测试你大体对着用户说明书就行了!黑盒的用例显得简单,主要是白盒测试。
单元测试,集成测试用例和系统测试用例最好都是测试人员来提供!!当然也可以由开发人员提供,那么测试人员就变成测试机器,变成一 ...
黑盒测试你大体对着用户说明书就行了
强烈反对这句话!黑盒测试的用例一点也不简单,不要以为白盒测试就比黑盒好 测试用例是由测试设计员或分析设计员写的,不是普通测试人员写的. 我的公司的情况是,单元测试由开发人员自行进行,集成测试用例和系统测试用例是由资深的测试人员来提供,初级的测试人员也可以写测试用例但是必须要经过资深的测试人员审查才可以进行。 还有,黑盒测试和白盒测试没有谁比较简单谁比较难的问题。它们是不同的方法,对测试人员有不同的要求。黑盒测试要求测试人员要有对软件产品功能的全面了解和产品所处的相关领域的专业知识。白盒则更多的需要测试人员有对程序结构,编程语言和思想的专业知识。 Originally posted by amber at 2004-10-11 12:10 AM:
还有,黑盒测试和白盒测试没有谁比较简单谁比较难的问题。它们是不同的方法,对测试人员有不同的要求。黑盒测试要求测试人员要有对软件产品功能的全面了解和产品所处的相关领域的专业知识。白盒则更多的需要测试 ...
对这个我也深有感触!
尤其是对嵌入式软件,黑盒测试人员在产品领域的了解程度对测试的高效开展是有制约的。所以两者只能说侧重点不同。
像计算机专业的测试人员去测电力自动化方面的产品好难啊,偶正在自学电力自动化保护呢:(看不懂也得逼着自己去看啊 嘿嘿,还好我有先见之明,读大学的时候不光学了计算机,还学了金融和贸易,现在做贷款软件的测试,感觉还是很轻松的. 是开发人员做单元测试
测试人员做集成测试和系统测试
有个问题是开发人员单元测试做得不够。。。老给他们退回吧,又会产生很多矛盾。。 没有人提供,测试人员自己写啊
我单位是这样的 单元测试由developer来做。
集成测试一般也由developer来做。
系统测试由tester来做。
所有的test case都应该由资深的quality leader来控制。
页:
[1]
2