测试管理及用例设计.doc

测试管理 1 开发人员绩效考核中有效bug数的统计 1 如何对需求分析人员进行考核--测试角度 3 bug统计分析---严重级别 5 缺陷管理规范--bug管理流程 7 缺陷管理规范--bug相关信息 9 缺陷管理规范--bug 类型 10 缺陷管理规范--bug 严重等级 12 测试人员的绩效考核 14 测试管理人员的工作职责 15 用例设计 16 如何组织测试用例树？ 16 测试用例设计--状态迁移图 17 测试用例设计--正交试验法 19 测试用例设计--场景法 25 测试用例设计--因果图 30 测试用例设计--判定表 35 测试用例设计--边界值 39 测试用例设计--等价类 43  测试管理 开发人员绩效考核中有效bug数的统计 我们都知道,开发人员的考核中,bug这块占了一定的比重,那么我们在统计每个开发人员的bug数时,显然要做到有效,不能把缺陷管理系统上的bug不经过处理,就直接进行统计. 如何统计有效bug数呢? 我们从bug的属性上进行控制,分析如下: bug问题来源: 需求问题 架构问题 设计问题 编码问题 -------开发人员 测试问题 集成打包问题-------开发人员 运维问题 运营问题 bug解决状态: 未解决------开发人员 Fixed------开发人员 Delay------开发人员 Duplicate Cannot Reproduce Wont Fix 有效bug数为: 1. bug问题来源为: · 编码问题-------开发人员 · 集成打包问题-------开发人员 2. bug解决状态为 · 未解决------开发人员 · Fixed------开发人员 · Delay------开发人员 3. 1和2是与的关系 如何对需求分析人员进行考核--测试角度 我想到的主要是从以下4个方面进行考核: 1. 需求变更 　　主要从 需求变更率 和 需求新增率 2个指标进行考核 2. 需求文档的规范性 　　文档的规范性主要从3个方面进行考核, 规范性　 　　　@完整性 　　　@清晰性 　　　@正确性 　　　@可追踪性 　　　@可验证性　　　　　　　　 完备性 (主要看是否包括以下几个需求) 　　　@业务类需求 　　　@功能性需求 　　　@性能性需求 　　　@界面需求 　　　@安全性需求 　　　@兼容性需求 关键属性 　　　@需求ID 　　　@需求优先级 　　　@需求类别 3. 需求评审中发现的bug数 主要考虑需求评审过程中,发现的和业务相关的bug和测试过程中发现的关于需求的bug两方面进行考核. 4. 需求培训 ?　主要从对软件需求的覆盖度进行考核,根据需求的优先级进行评级A B C D级四级进行考核,不同等级扣分情况不同 bug统计分析---严重级别 统计分析的目的: 总结和分析每个季度在测试团队中所处的级别,用于改进之后的工作 2.3 bug类型 和2.3 bug解决情况,统计方式类似! 缺陷管理规范--bug管理流程 缺陷管理流程图 ??缺陷管理流程图是为了有效的跟踪，管理bug的处理情况，指导测试团队和开发人员有效的处理相关的bug。 ??不同角色的人，对bug处理的权限不一样，我们需要借助类似缺陷管理工具比如：QC进行实施。下面就不同角色的人主要的只能进行简单说明： 测试人员：提交bug，并对修复的bug进行审核； 测试组长：审核bug，并将bug提交给测试组长； 开发组长：将确认正确的bug分配给相应的开发人员； 开发人员：修复开发组长分配的bug。 具体的测试流程，请参见图1 缺陷管理流程图： 每个状态表示的具体含义说明如下： ? 缺陷管理规范--bug相关信息 Bug信息 ??为了便于bug的定位，跟踪和修改，及时对发现的不过，安装bug的严重程度，注入阶段，修复阶段，缺陷的性质，所属模块，bug修复率等方法进行分类和统计。缺陷管理信息如 表1 bug基本信息 所示： 缺陷管理规范--bug 类型 ?bug类型划分 bug类型 内容说明 备注 功能缺陷 1.程序功能无法实现2.程序功能实现错误 　 界面缺陷 1.操作界面错误2.打印内容，格式错误3.删除操作未给出提示4.长时间操作未给出提示5.界面不规范 　 系统缺陷 1.由于程序引起的司机，非法退出2.程序死循环3.程序错误，不能执行正常工作或重要功能，使系统崩溃或资源严重不足 不能执行正常工作或重要功能，使系统崩溃或资源严重不足 兼容性缺陷 1.与需求规定配置兼容性不符合 　 性能缺陷 1.未达到预期性能需求目标2.性能测试中途出现错误，? 导致无法继续进行性能测试 　 安全性缺陷 1.用户权限无法实现2.超时限制错