测试理论:一种改善测试业务积累和工作量评估的方法
2015-05-21 19:43
375 查看
我是辛勤的搬运工。。
一、 背景
目前处于业务快速发展变化的阶段,各业务方向的业务细节都处于快速修改更新的状态下,一个新人入手项目无法快速进行测试,测试时间难以正确把握;本文根据以上两点,在目前项目工作框架范围内,提出了几点自己的想法,以解决此问题。
二、 原因分析
产生问题的原因主要有以下几点:
1. 产品迭代周期短、每个版本测试时间被压缩到非常短时间内、无法抽身进行业务积累。
2. 项目测试组任务不固定,各种分支非常多,无法对特定的小项目进行总结分析、形成积累。
3. 无业务总结积累刚性需求,项目测试时仅按照要求对版本进行测试一遍,即可完成测试任务,无深挖bug的需求,无需对业务深入了解。
4. 人员培养需求较低,无需完成较深的业务学习即参与任务,产生门槛很低的错觉。
三、 业务积累
以下是我对整个业务积累的方向和方法进行一个设想:
1. 业务积累来源,从项目测试工作中进行总结,每个版本测试结束后进行本次版本的总结,包括每个业务方向和模块功能细节,然后负责人对其进行汇总并梳理出对应整合业务。
2. 更新,负责人完成第一次全面业务文档整理后,后期只需要对应的测试组对修改模块进行业务更新即可,且每次修改生成新的版本,可查看新版本与旧版本的演进。
3. 第一次全面业务文档对应整个项目测试用例,但与用例库是不同的角度,用例库是一个可执行验证的语句,文档是对当前业务的概括说明。
此方法可形成内部各项目的业务积累,并且对于新加入人员和更换模块测试时可减少较多工作,提高人员复用度等;但此设想存在问题也较多,比如前期需要人力投入,且这些人力无法直接产生效果;与用例库的重叠问题等等。
四、 工作量评估
工作量评估尚未形成有效方法,主要依据负责人个人把握,会出现一些估计上的偏差,以下介绍一种工作量评估的方法,经过在以前工作的多个项目实践,此方法可在团队内部达成一个基本认同的工作量标准:
1. 评审工作量,让引入工作量评审机制(扑克牌方法),尽量避免由于生产周期导致的测试时间不足。
2. 让一线人员做决定,研发时间应该让做研发人员决定,由于效率提升的优势,预估工作时间长的人也能得到警示。
3. 自我调整,在多次工作量评估之后,每个人对自己的工作量能得到较好的把握。
4. 引入业务专家团队,对工作量评估给出建议,避免前期工作估计失效。
工作量预估的扑克牌方法:参与评审人员分别对当前工作作出时间预估(写在扑克牌上,实践时用手机即可),同时提交预估的时间数字,供大家讨论,最大和最小两人分别给出自己的评估依据,最大和最小的两人超过一倍则重新估计。此方法是敏捷团队开展工作预估的常用方法,但对于其他团队依然有效,可有效评估出完成一项任务的工作时间。
一、 背景
目前处于业务快速发展变化的阶段,各业务方向的业务细节都处于快速修改更新的状态下,一个新人入手项目无法快速进行测试,测试时间难以正确把握;本文根据以上两点,在目前项目工作框架范围内,提出了几点自己的想法,以解决此问题。
二、 原因分析
产生问题的原因主要有以下几点:
1. 产品迭代周期短、每个版本测试时间被压缩到非常短时间内、无法抽身进行业务积累。
2. 项目测试组任务不固定,各种分支非常多,无法对特定的小项目进行总结分析、形成积累。
3. 无业务总结积累刚性需求,项目测试时仅按照要求对版本进行测试一遍,即可完成测试任务,无深挖bug的需求,无需对业务深入了解。
4. 人员培养需求较低,无需完成较深的业务学习即参与任务,产生门槛很低的错觉。
三、 业务积累
以下是我对整个业务积累的方向和方法进行一个设想:
1. 业务积累来源,从项目测试工作中进行总结,每个版本测试结束后进行本次版本的总结,包括每个业务方向和模块功能细节,然后负责人对其进行汇总并梳理出对应整合业务。
2. 更新,负责人完成第一次全面业务文档整理后,后期只需要对应的测试组对修改模块进行业务更新即可,且每次修改生成新的版本,可查看新版本与旧版本的演进。
3. 第一次全面业务文档对应整个项目测试用例,但与用例库是不同的角度,用例库是一个可执行验证的语句,文档是对当前业务的概括说明。
此方法可形成内部各项目的业务积累,并且对于新加入人员和更换模块测试时可减少较多工作,提高人员复用度等;但此设想存在问题也较多,比如前期需要人力投入,且这些人力无法直接产生效果;与用例库的重叠问题等等。
四、 工作量评估
工作量评估尚未形成有效方法,主要依据负责人个人把握,会出现一些估计上的偏差,以下介绍一种工作量评估的方法,经过在以前工作的多个项目实践,此方法可在团队内部达成一个基本认同的工作量标准:
1. 评审工作量,让引入工作量评审机制(扑克牌方法),尽量避免由于生产周期导致的测试时间不足。
2. 让一线人员做决定,研发时间应该让做研发人员决定,由于效率提升的优势,预估工作时间长的人也能得到警示。
3. 自我调整,在多次工作量评估之后,每个人对自己的工作量能得到较好的把握。
4. 引入业务专家团队,对工作量评估给出建议,避免前期工作估计失效。
工作量预估的扑克牌方法:参与评审人员分别对当前工作作出时间预估(写在扑克牌上,实践时用手机即可),同时提交预估的时间数字,供大家讨论,最大和最小两人分别给出自己的评估依据,最大和最小的两人超过一倍则重新估计。此方法是敏捷团队开展工作预估的常用方法,但对于其他团队依然有效,可有效评估出完成一项任务的工作时间。
相关文章推荐
- 银行软件测试工作量分析和评估方法(转)
- 测试工作量的评估方法
- 银行软件测试工作量分析和评估方法(转)
- 一种简单的数据库性能测试方法
- 软件测试与可靠性评估方法研究
- 禁止浏览器后退的一种实现方法,在IE, Firefox, Safari, Chrom 和 Opera上测试通过
- 一种在本地搭载一个服务器的工具和方法,Android开发测试网络视频可以用
- 使用功能点估算模型评估软件测试的工作量
- 解决Eclipse项目中有sql-map-config.xml文件但是运行Junit测试ibatis时提示找不到该文件的一种方法
- 软件测试与可靠性评估方法研究
- 软件工作量评估方法
- 一种理论上最快的Web数据库分页方法
- 对于有多种可替代解决方案的业务逻辑,提供一种快速替换方法
- 测试画面帧率及帧延时一种方法
- 如何估算测试工作量(四)功能点分析方法之一-原理篇
- 一种理论上最快的Web数据库分页方法
- 软件工作量评估方法(二)
- 软件测试工作量统计新方法
- 一种简单的测试您的防垃圾系统的方法!