每天写多少个测试用例,执行多少个比较接近国际惯例?
最近要求出一个测试的时间表,并根据测试用例的多少,计算比较准确的测试用时(人/天).根据大家的经验,设计测试用例,编写测试用例,执行测试用例(考虑出BUG的情况,测试用例执行两遍),大家一天编写多少个?执行多少个?已注册系统用户为例子:我们编写测试用例的习惯是这样的
case1:输入正确的用户名,密码及个人资料,系统准入测试
case2:单个必填项输入错误,系统有正确提示测试
case3:多个必填项输入错误,系统有正确提示测试
case4:必填项与非必填项(如非必填项有格式要求)混合错误,系统有正确提示测试
case5:用户名不能超过30位,密码不能超过24位长度测试
case6:用户名与密码合法性测试(用户名只能为XXXXXX组合,密码只能为XXXXXXX组合)
每一个测试用例,都有很多个步骤,第一步做什么,第二步怎么操作.像这样的测试用例,从设计,到编写,到执行,一天多少个比较合理(比较接近国际上的一些惯例)? 还没有阅读过这方面的文献,楼主找到了分享下结果
每天执行多少个测试用例比较接近国际惯例?
最近要求出一个测试的时间表,并根据测试用例的多少,计算比较准确的测试用时(人/天).根据大家的经验,设计测试用例,编写测试用例,执行测试用例(考虑出BUG的情况,测试用例执行两遍),大家一天编写多少个?执行多少个?已注册系统用户为例子:我们编写测试用例的习惯是这样的
case1:输入正确的用户名,密码及个人资料,系统准入测试
case2:单个必填项输入错误,系统有正确提示测试
case3:多个必填项输入错误,系统有正确提示测试
case4:必填项与非必填项(如非必填项有格式要求)混合错误,系统有正确提示测试
case5:用户名不能超过30位,密码不能超过24位长度测试
case6:用户名与密码合法性测试(用户名只能为XXXXXX组合,密码只能为XXXXXXX组合)
每一个测试用例,都有很多个步骤,第一步做什么,第二步怎么操作.像这样的测试用例,从设计,到编写,到执行,一天多少个比较合理(比较接近国际上的一些惯例)? 沙发!
这个问题不太好回答,不同测试项目的用时都不一样,比如说自动化测试和手工测试,如果业务流程很繁琐,测试人员估计每天也就只能执行个一二十个用例,我感觉是不能一味地追求测试用时(人。天),就像《人月神话》里面说的,做一个项目需要10个人干2月(20人。月),那我用20个人,那一个月能赶出来吗?答案是不可能的!
以上愚见,供参考! .....
只能根据实际情况判断。没听说过有国际惯例的。 这个还真不知道 等答案 谢谢各位,刚才也咨询了一下微软和IBM的朋友,确实应该具体情况具体分析,而且在这个方面,没有实际的惯例,而且对于测试用例,各个公司的理解也不太一样.所以只能大约估计时间并加上delay的时间.这样才不会造成延期的情况 谢谢各位,刚才也咨询了一下微软和IBM的朋友,确实应该具体情况具体分析,而且在这个方面,没有实际的惯例,而且对于测试用例,各个公司的理解也不太一样.所以只能大约估计时间并加上delay的时间.这样才不会造成延期的情况.
按照项目情况.,设计测试用例与执行一般为1:1的时间关系,一天20个左右的测试用例比较合理. 难道有规定每天必须写多少条?? 学习了,谢谢! 学习了,谢谢! 学习了,谢谢! 学习了,谢谢! 什么都要和国际接轨! 这个。。国际惯例是多少? 这个也要国际惯例?
A一天写10个一般功能用例,有两个遗漏。
B一天写1个复杂算法功能用例,无遗漏。
B写得不好?
我个人认为,如果用例写得清晰、准确、无遗漏,用例评审效果不错,没有耽误项目进度就算是好的用例。
这个也按时间算,实在不知道说什么。就如测试人员按BUG数量考核一样让人无语。 用例也要区分的,有些用例是空间的,有的是业务规则的,完全不能算在一起。 回复 16# njalic
支持,质量是重点,不能总拿数量衡量一切 这。。。
页:
[1]