测试作业流程整理文档.doc

测试团体工作步骤介绍 版本信息 创建人 评审人 创建时间 版本 最终修改时间 文晶晶 -05-17 v0.1 -05-17 ?? 目录 TOC \o 1-3 \f \h \u 目标 2 1 范围 2 2?测试团体组成 2 2.1职责 2 2.2角色 3 3 工作步骤及规范 3 3.1计划和设计阶段 3 3.2 测试实施阶段 4 3.3 测试总结阶段 6 4. 测试步骤图 7 目标 ? 本文档是测试团体日常工作规范，关键侧重测试工作步骤控制，明确软件工程各阶 段测试团体应完成工作。测试技术和策略等问题不在本文档描述范围内。 ? 1 范围 适适用于企业全部项目软件测试。 ? 2?测试团体组成 2.1职责? 测试是软件开发过程中关键组成部分，担负着以下责任：? 1. 在需求文档确立基线前对文档进行测试，从用户体验和测试角度提出自己见解。? 2. 编写合理测试计划，并和项目整体计划有机地整合在一起。? 3. 编写覆盖率高测试用例。? 4. 针对测试需求进行相关测试技术研究。? 5. 认真仔细地实施测试工作，并提交测试汇报供项目组参考。? 6. 进行缺点跟踪和分析。 ? 2.2角色? 在人力资源有限情况下，一个团体组员可能会同时负担多个角色。? 角色 职责 责任人 协调测试工作 统筹计划安排测试工作 测试汇报分析 和其它相关人员接洽 工程师 测试环境配置 测试用例编写 实施测试 缺点管理 ? 3 工作步骤及规范 3.1计划和设计阶段 3.1.1?测试团体职责 在项目组成立同时，测试组也将同时成立。团体成立工作和责任： ?? 组员 职责 吴安维 协调测试工作 编写测试计划 测试汇报分析 质量监控 阳丹 接口测试框架搭建 测试用例编写 测试 刘永霞 线上系统功效测试 回归测试 3.1.2测试预通知? 在正式测试任务下达前，开发团体应提前向测试团体下达预通知，告之较为确切测试参与日期，提供目前必威体育精装版相关资料。测试人员可预先熟悉必需背景资料，测试责任人编写《测试计划书》初稿。 ? 3.1.3 测试需求? 明确该阶段测试范围，对该范围内需求进行测试，明确测试关键点 3.1.4 编写测试计划 需求分析文档确立后，测试组需要编写测试计划文档，定制测试方案和策略 3.1.5 编写测试用例 在需求分析文档确立基线以后，测试组需要针对项目标测试需求编写测试用例，在实际测试中，测试用例将是唯一实施标准 测试用例 用例ID 用例名称 所属模块 所属子模块 前置条件 测试步骤 预期结果 测试结果 备注 附件 Login_001 正常见户登陆 登陆 None 注册用户成功，系统数据库中存在该用户 1.xx 2.xx 3.xx 1.XX 3.XX Pass 截屏 数据包等附件 Login_negative_001 使用不存在用户名登陆 登陆 None 系统数据库中无该用户信息 1.xx 2.xx 3.xx 1.XX 2.XX 3.XX Failed 3.2 测试实施阶段 3.2.1 测试实施 测试实施将花费测试组组员绝大多数时间，这些工作全部是建立在前期大量工作基础上.测试准入准出标准参见下表 准入规则 需求评审结束 该阶段开发完成 完成冒烟测试 准出规则 功效模块覆盖完全 测试用例实施完成 严重等级为2以上bug修复完成 严重等级为3及一下bug待修复率小于30% 3.2.2 bug管理步骤 测试实施过程中发觉bug，bug发觉和修复在软件开发步骤中至关关键。测试组组员发觉bug提交bug，而且分配给开发进行修复。 缺点汇报 Bug ID 简述(标题） 优先等级 严重等级 重现步骤 预期结果 实际结果 所属模块 对照用例ID命名login_001 简短描述bug信息 1-3可选 1-4可选 具体复现步骤描述1.XX XX XX 优先等级： 最高等级，必需优先修复，不然会影响后续测试工作 优先修复，不然会影响该模块其它测试 通常，单个模块单个功效 严重等级： Block，最高等级，影响整个系统（系统瓦解，内存泄漏等） Critical,很严重，对系统影响严重，可能影响其它功效模块其它测试工作 High，高级，必需修复bug，功效性问题 Low，通常bug，不会对系统造成功效性影响（UI，易用性等） bug管理步骤以下图所表示： 3.3 测试总结阶段 3.3.1 测试汇报 全部测试任务完成以后，需要对测试工作做一个总结汇总，撰写测试汇报，评定测试结果，然后提交项目组。测试汇报需包含以下多个元素： 测试版本 测试人员、时间 发觉新缺点情况（数量，分类、分布） 本轮缺点回归情况 测试评定（功效性能实现率，版本迭代对比） 3.3.2 测试文档归档 测试工作完成后需要对本轮测试全部文档