(七)测试投入与产出

在测试人员分工中,作者介绍了各种分工方式,在选择使用哪一种分工方式时,还需要考虑投入的人员数量,投入时间,与发现缺陷的数量。

投入时间与发现缺陷的关系:

在人员一定的情况下,投入的时间越多,发现的缺陷越多。但有一个规律,越到后期发现的新缺陷越少。假设软件总缺陷为100个,第一周发现50个问题,第二周新发现20个,第三周可能只发现10个缺陷。而且一个必然的结果是,测试不可能发现所有的缺陷。

投入人员数量与缺陷的关系:

在时间一定有的情况下,投入的人员越多,发现的问题越多,从图中可以看出,投入的人员越多,人员发现缺陷的重叠度越高。当然,你可以说,把每个人员要测试的内容分划分清楚就不会重叠了。作为一个系统的各个功能模块,他们之间肯定存在必然的联系。有可能A人员在测试时会涉及到B人员测试的功能,并且发现了问题,不管是告诉B缺陷还是A人员直接提交缺陷(当然,你也可以装作没看到,等着B去发现),这都算不可避免的重叠。

当然,划分更清晰的任务能有效降低重叠度,同时也降低了发现缺陷的数量,提高项目风险。除非投入更多的时间测试。这之间的关系,需要测试管理者认真去权衡。

在项目不紧急测试时间充分的情况下,可以投入更少的人员,延长测试时间发现更多的缺陷。在项目紧急的情况下,需要投入更多的人员测试,以便尽快的发现更多的缺陷。在项目质量要求很高的情况下需要投入更多的人员与时间进行测试。在测试时间少,项目质量要求不高的情况下,可以投入较少的人员与时间进行测试。

更多精彩详见“http://www.testclass.net/software_test/”

时间: 2024-10-08 00:20:10

(七)测试投入与产出的相关文章

投入和产出应该是成正比

有时我们只是浪费了时间,做了很多无用功. 最近天气一直灰蒙蒙的,直到这几日天气突然好了,于是在微信群里和一群小伙伴约去爬山,说是枫叶正红,该去好好散个心了. 一起商讨约时间的时候,突然一个朋友说:"我还有很多事情要做啊,不能再浪费时间了.然后她就推掉了我们的小活动.看到她就如此坚持,我们对她表示理解后也没有强迫. 我看着她匆匆离开了话题讨论,就想起她最近的确是忙,经常熬夜工作学习,不免有点为她心疼,先不说她一个女孩子,毕竟总熬夜对身体不好,每个人的睡眠是很重要的. 我突然就想起了我读高中的时候.

杨学明老师推出全新课程-- 《产品测试管理的五大利器》 课程大纲

课时:13小时(2天) 产品测试管理的五大利器 讲师:杨学明 [课程背景] “质量就是效益,质量就是生命”,随着各企业产品国际化进程的逐步推进,产品的功能.性能与质量标准与国际接轨迫在眉睫, “追求高品质”这个理念已深深地扎根于每个企业.质量是企业的生命,是企业发展的灵魂和竞争的核心.质量关系到企业的盈利,关系到企业的生存与发展,关系到企业的生死存亡.产品测试管理是提高产品质量的重要手段之一,产品测试作为产品进入市场的最后一道防线,关系到产品质量管理的成败.但目前国内一些企业在产品测试管理方面面

计量经济学投入产出方法(直接消耗系数、完全消耗系数、感应力系数、影响力系数)

简介:分析特定经济系统内投入与产出间数量依存关系的原理和方法.亦称产业部门间分析.它由美国W.里昂惕夫于1936年最早提出.投入产出分析的理论基础是瓦尔拉的一般均衡理论.这种理论认为,资本主义经济通过供求关系和价格波动,可以自动地均衡发展.社会主义国家引入投入产出分析之后,以分工与协作.生产劳动与非生产劳动.劳动价值论.社会再生产理论为其理论基础. 2.1影响力系数和感应力系数的定义及量化方法 2.1.1影响力系数 在专利生产的投入产出框架下,影响力系数是指第j个技术领域增加一个单位的专利产出时

(转)测试十年-我难以逾越的困惑和痛苦和思考

转:http://blog.sina.com.cn/s/blog_6cf812be0102wo6d.html 很久没写blog了,之前的测试三年,测试六年都写了blog来记录自己的测试生涯和思考,这次测试10年肯定不会错过了,当然了,YY比较多,干货也不多,反正纪念下,或许我很难写测试15年的blog了.大家有任何问题,欢迎讨论,欢迎吐槽. --- 10年测试的困惑和痛苦 转眼间参加工作10年了,也就是意味着干软件测试10年了,经历过3家公司,都有一些感悟,也难以相信我能在淘宝坚持了这么久,7年

转:测试十年-我难以逾越的困惑和痛苦和思考

原文: http://blog.sina.com.cn/s/blog_6cf812be0102wo6d.html 很久没写blog了,之前的测试三年,测试六年都写了blog来记录自己的测试生涯和思考,这次测试10年肯定不会错过了,当然了,YY比较多,干货也不多,反正纪念下,或许我很难写测试15年的blog了.大家有任何问题,欢迎讨论,欢迎吐槽. --- 10年测试的困惑和痛苦 转眼间参加工作10年了,也就是意味着干软件测试10年了,经历过3家公司,都有一些感悟,也难以相信我能在淘宝坚持了这么久,

需求定义中的不支持——可能的测试盲区

需求定义中的不支持--可能的测试盲区 一款产品必然有其系统需求或规格,在设计说明中定义清楚的不支持,不实现的功能或特性,有的时候也可能是测试设计中的盲区. (举例:需求定义产品产品的一些属性为--XX系统不支持Win7之前的系统,XX系统只支持IE内核浏览器,XX系统和YY系统的早期版本不兼容.) 实例: 某款平台产品,从Version1开始,几年下来已经迭代到Version4,期间接入了N多种终端产品,外设产品,数据库,Web服务器.因为兼容性太过庞大,产品分支拉的也密密麻麻,导致维护和测试都

天猫技术专家:测试十二年,六道轮回后的初心能否找回

摘要: 本期作者简介:高翔,天猫技术部测试开发专家. 很久没写文章了,之前测试十年,也是在自己有变化的时候 ,强迫自己写了一篇文章,说了自己的困惑和痛苦和思考,也得到一些共鸣.现在测试十二年了,相当于一个轮回,也有一些新的痛苦和感悟,趁还在这个圈子里面,纪念一下,当然了,YY比较多,干货也不多,反正纪念下,或许我是真的不太可能写测试15年的文章了. 本期作者简介:高翔,天猫技术部测试开发专家. 很久没写文章了,之前测试十年,也是在自己有变化的时候 ,强迫自己写了一篇文章,说了自己的困惑和痛苦和思

【华为云技术分享】【测试微课堂】DevOps敏捷测试之道

本文介绍企业在敏捷和DevOps的逐步转型过程中,测试如何应对挑战,有的放矢进行测试,建立适合产品自身发展阶段.产品特点的敏捷测试能力. 敏捷和DevOps敏捷和DevOps转型始终是被业务目标和客户需求驱动的.市场竞争环境越来越激烈,新商业模式的创新和变现时间窗口越来越短,催生更多的企业采取精益创业的方式,捕捉市场需求后,尽量缩短TTM产品面世时间,快速推出MVP产品并快速响应客户需求迭代产品. 以华为为例,在2008年左右的时候,华为的项目还是采用传统的交付方式,例如在年初开始一个项目,在项

【金阳光测试】Android自动化 -- 学习历程:Selenium原理初步

章节:自动化基础篇——Selenium原理初步(第五讲) 网易云课堂: http://study.163.com/course/courseLearn.htm?courseId=712011#/learn/video?lessonId=878101&courseId=712011 注:其实所有的东西都是应该先去用,但是工具基本都一样,底层都是用的最基础的内容实现的,测试应该做的是: (1)熟练使用工具,了解各个工具的利弊,达到工具优选.因时因地制宜的目的 (2)读源码,理解原理,能够对开源的源码