研发管理类课件测试管理规范培训.ppt

* * * * * * * * * * * * * * * 实施与控制－集成系统测试 角色：测试人员、测试经理 进入条件：转集成测试执行通过 关键输入： 集成系统测试计划 测试用例 编译后的程序、安装包 关键活动： 功能测试 客户反馈测试 环境测试 加密测试 性能测试 安装测试 升级测试 回归测试 缺陷跟踪、验证 可靠性测试、可用性测试 关键输出： BUG 测试日报 测试周报 里程碑管理报告 风险管理与控制表 FOCUS：完整产品 重点保证测试广度 * 实施与控制_金盘测试 角色：测试人员、测试经理 关键输入： 测试用例 金盘 关键活动： 回归测试 缺陷跟踪、验证 关键输出： BUG 测试日报 性能测试报告 产品BETA盘 FOCUS：主业务流程 重点保证主流程通畅 * 验收测试 角色：产品经理、测试人员、需求人员、开发人员 关键输入： 验收测试计划 BETA盘 关键活动： BETA测试 回归测试 缺陷跟踪、验证 关键输出： BUG 客户验收（BETA）测试报告 渠道验收测试报告 产品测试报告 * 完善和改进－提单分析 逐步形成闭环测试管理过程，为后续项目测试计划安排、测试方法提供改进意见： 项目总结 提单分析 1、项目总结 2、提单分析 * 项目测试保障－自动化实施流程 业务组：用例设计、协助调试、执行结果分析； 自动化组：用例模板、脚本转换调试 目录 金蝶测试体系概述 金蝶项目测试体系 金蝶测试用例体系 金蝶缺陷管理体系 金蝶补丁测试体系 与业界测试水平的比较 测试用例体系 P* 一.测试用例规范： 1.测试用例设计规范 2.测试用例执行规范 3.测试用例分级 4.测试用例样例，模版 二.用例库建设 1. 集成测试事项 2. 集成测试用例库 3. 客户场景用例库 4. 用例库管理工具 5. 功能测试用例库 目录 金蝶测试体系概述 金蝶项目测试体系 金蝶测试用例体系 金蝶缺陷管理体系 金蝶补丁测试体系 * 缺陷管理体系 针对目前缺陷管理过程中存在的问题，与EAS、K3总体组、人机工程部、流程优化部讨论确定如下： 明确失效缺陷定义； 加强对失效缺陷的跟踪管理； 人机交互缺陷处理机制； 规范缺陷分类标准、缺陷处理时限。 * 失效缺陷定义 哪些BUG可以打回 BUG重复录入 BUG是由于BUG提交人对需求理解上存在问题而误录 BUG描述不清晰,BUG处理人无法理解（BUG经过处理人与BUG提交人共同确认可以打回） 以下两种情况BUG不能打回 即使是不属于本人的缺陷，也不能打回，需要转发给相关责任人；如不清楚则转发给开发项目经理，由开发项目经理再转发给相关责任人处理； 即使是由于测试人员操作问题（如误操作），引起的缺陷，属于软件容错性缺陷，不能打回； 哪些BUG可以确认失效 重复提交的BUG BUG提交人确认自己理解存在问题，而并非是软件的缺陷 经过共同确认可以统一打回的BUG 测试人员失效操作时需要描述失效原因 * 确认不处理、下版处理 BUG处理人在以下情况下对BUG执行“确认不处理、下版处理” 只有人机交互、产品建议可进行本类型操作，其他类型缺陷禁止本类操作； 如不属于人机交互、产品建议，而确实不能处理，可提交总监确认； 缺陷类型最终裁定在测试部，如发现缺陷类型错误，可提交相关的测试经理判定确认后根据情况修改； * BUG处理时限 BUG处理人必须遵守如下的BUG处理时限： 集成最后一周、金盘测试：日清日结 集成前期：不超过3工作日；（修改2天、验证1天） 功能测试期间：不超过5工作日（修改3天、验证2天）； 项目运行期间如有特殊要求，必须严格遵守； 开发： 修复进度，至少65%的缺陷要在规定的时间内修复 修复返工率，至少65%的缺陷要在2次内修复 测试： 验证进度，至少90%的缺陷要在规定的时间内验证 * 人均缺陷指标 目的：让BUG高峰期提前爆发，集成后期BUG成平滑收敛趋势。 功能测试期间 X个/人天 集成测试期间 X个/人天 技术平台测试、环境维护、安装包测试以及其他特殊人员不使用本指标 各阶段缺陷分布率（根据项目实际情况可进行相应调整） 功能测试阶段发现的缺陷比率在：60-70% 集成测试发现的缺陷比率在：20-30% 金盘测试发现的缺陷比率：10-20% 目录 金蝶测试体系概述 金蝶项目测试体系 金蝶测试用例体系 金蝶缺陷管理体系 金蝶补丁测试体系 * 补丁测试 角色：测试经理、测试人员 关键输入： 客户反馈 补丁包 关键活动： 补丁测试 缺陷跟踪、验证 回归测试 关键输出： BUG * 补丁管理流程 杜绝 未按流程进行补丁申请，就直接开发、发放补丁 补丁未提交测试，测试未验证就通过 * 测试核心原则 真实客观的反映产品缺陷，并有效的跟踪和管理 Q A