本文先谈的是测试人员方面的度量数据
一:测试人员日编写用例趋势
二:测试人员提交BUG的趋势
三:测试人员提交BUG统计
四:测试人员执行用例的趋势
五:测试人员BUG质量分析
六:BUG漏出率
七:BUG提交错误率
八:提交|打开|待处理|修改|关闭BUG趋势
下面分别列图说明(BUG漏出率和BUG提交错误率正实现中,暂无图贴出来)
一:测试人员日编写用例趋势
二:测试人员提交BUG的趋势
三:测试人员提交BUG统计
四:测试人员执行用例的趋势
五:测试人员BUG质量分析
八:提交|打开|待处理|修改|关闭BUG趋势
一:日提交及BUG总数趋势
二:版本间提交及BUG总数趋势
三:BUG引入阶段分析
四:BUG密度分析
五:BUG状态分布
六:BUG模块分布
七:BUG类型统计
八:BUG等级统计
九:BUG遗留分析
十:提交|打开|待处理|修改|关闭BUG趋势
下面分别列图说明
一:日提交及BUG总数趋势
二:版本间提交及BUG总数趋势
三:BUG引入阶段分析
四:BUG密度分析
五:BUG状态分布
六:BUG模块分布
七:BUG类型统计
八:BUG等级统计
九:BUG遗留分析
十:提交|打开|待处理|修改|关闭BUG趋势
整体的数据收集、度量、汇总规划,还在整理中,敬请期待...
1. 测试过程需要度量和控制哪些数据:
1) 过程控制部分:
a) 项目监控Checklist:
序号 |
控制指标 |
用途 |
实现 |
方式 |
1 |
转测试版本转测标准 |
用于控制测试项目的输入、输出物,将测试体现中提到的必要物件纳入过程控制部分进行监控和约束。 |
已实现 |
已将部分测试体现明确的内容纳入其中。 |
2 |
转测版本结束标准 |
用于控制测试项目的输入、输出物,将测试体现中提到的必要物件纳入过程控制部分进行监控和约束。 |
已实现 |
已将部分测试体现明确的内容纳入其中。 |
b) 测试环境:
序号 |
控制指标 |
用途 |
实现 |
方式 |
1 |
测试机IP、测试机编号、目前用途、操作系统、数据库、使用者、系统版本、测试类型 |
确保测试服务器的高效使用;高层经理能清晰目前测试环境的使用情况,判断是否需要添置设备或协调新的测试环境。 |
已实现 |
测试过程控制跟踪表中的测试服务器配置页签,该表与测试部服务器列表可汇总使用,将有利于各项目组协调及控制测试资源。 |
c) 培训计划:
序号 |
控制指标 |
用途 |
实现 |
方式 |
1 |
技术类培训 |
确保项目能快速高效的运行,将计划贯穿于测试过程监控中。 |
已实现 |
测试过程控制跟踪表中的 测试培训计划页签 |
2 |
流程类培训 |
确保项目能快速高效的运行,将计划贯穿于测试过程监控中。 |
已实现 |
测试过程控制跟踪表中的 测试培训计划页签 |
d) 需求迭代计划:
序号 |
控制指标 |
用途 |
实现 |
方式 |
1 |
需求基线版本号、转测版本号、转测说明、测试需求分解框架、变更、测试负责人 |
该计划主要用来控制,转测版本与原始需求、测试需求、测试用例基线之间的同步关系。用于对转测版本的测试目标进行控制,同步更新测试方案中相关的分解框架,辅助测试策略的调整以及工作重心的转移。 |
已实现 |
测试过程控制跟踪表中的 需求迭代测试计划。由测试经理维护,在产品转测后,测试经理根据该计划对分配测试任务。 |
e) 测试任务分配计划:
序号 |
控制指标 |
用途 |
实现 |
方式 |
1 |
测试阶段、计划内容、任务项、项目人员、交付工件、计划完成、计划用例、计划时间、实际时间、实际用例、进度偏差、用例偏差、进度情况、备注 |
该计划主要用来控制,每轮测试任务分配,包括测试用例,输出、输入物的管理等。确保测试任务按计划执行,如出现严重的进度偏差,测试经理能较早的调整项目策略。 |
已实现 |
测试过程控制跟踪表中的 测试任务分配计划。由测试经理维护,主要用于对短期任务与测试用例执行情况进行控制。通过该计划的任务分解,测试人员可将测试任务贴到自己的测试日志中,并按天或周提交给测试经理进行汇总。再由测试经理将测试日志执行结果汇总到测试任务分配计划中进行统一监控。 |
f) 问题单分数计算统计:
序号 |
控制指标 |
用途 |
实现 |
方式 |
1 |
问题单分值计算 |
用于控制发布版本当前质量;问题单分支趋势图可以辅助测试经理与项目经理,调整测试策略或更正工作习惯。 |
已实现 |
测试过程控制跟踪表中的 问题单分数计算统计页签。 |
2) 数据度量部分:
a) 项目进度:
序号 |
度量指标 |
用途 |
实现 |
方式 |
1 |
阶段进度偏差 |
确保项目最终按期交付 |
已实现 |
测试过程控制跟踪表中的关键活动进度差异跟踪页签 |
2 |
阶段工作量分布 |
统计各阶段工作量所占百分比,为今后项目提供估算依据 |
已实现 |
通过项目Project测试计划部分,各阶段所工作量统计准确数据来自Timesheets工作量汇总,阶段汇总数据来自测试过程控制跟踪表中的测试阶段周期时间页签 |
b) 测试用例进度控制:
序号 |
度量指标 |
用途 |
实现 |
方式 |
1 |
测试通过率 |
统计各模块测试用过率;统计各个模块策测试需求的覆盖比率。用于对测试情况进行策略调整。 |
已实现 |
目前的测试用例模板,已基本实现用例当前状态自动统计工作。测试过程控制跟踪表中的测试用例进度控制页签 |
2 |
测试需求覆盖率 |
统计各模块测试用过率;统计各个模块策测试需求的覆盖比率。用于对测试情况进行策略调整 |
未实现 |
目前的测试用例模板未启用测试需求与测试用例的交互视图。由此,无法将测试用例的执行结果与测试需求发生关联,已实现自动对测试需求的覆盖统计。 |
c) 产品质量:
序号 |
度量指标 |
用途 |
实现 |
方式 |
1 |
缺陷密度 |
测量千行代码缺陷率,评估产品质量 |
已实现 |
测试过程控制跟踪表中的总体Bug率 |
2 |
缺陷收敛情况 |
监控产品缺陷趋势,期望降低质量风险 |
已实现 |
测试过程控制跟踪表中的 缺陷收敛总体趋势 |
3 |
缺陷开放趋势 |
监控产品缺陷趋势,期望降低质量风险 |
已实现 |
测试过程控制跟踪表中的 缺陷收敛开放趋势 |
4 |
缺陷存活期 |
监控产品缺陷趋势,期望降低质量风险 |
部分未实现 |
原因:开发目前对提交缺陷还没有一个全局的修改计划,目前测试组通过测试过程控制跟踪表中的问题单转测跟踪表,只能对本轮计划修改的问题单进行控制(测试组自己定义的计划,主要用来对问题单转测就行控制,由测试经理维护),缺陷是问题单存活时间无法计算。 |
5 |
缺陷模块分布 |
监控产品缺陷趋势,期望降低质量风险 |
已实现 |
通过TD输出的阶段报表可以提供该视图。 |
6 |
缺陷分布 |
评估过程效果,改进验证程序及相关程序 |
已实现 |
通过TD输出的阶段报表可以提供该视图。 |
7 |
缺陷关闭率 |
关注等级为严重以上的缺陷关闭程度,确保质量。 |
已实现 |
测试过程控制跟踪表中的 缺陷关闭率 |
d) 产品生成率:
序号 |
度量指标 |
用途 |
实现 |
方式 |
1 |
人均生产率 |
评估生产水平,为今后项目提供估算依据 |
已实现 |
通过TiimeSheets中的度量统计 |