测试组日常工作规范.docVIP

测试组日常工作规范 文件更改摘要： 日期 版本号 修订说明 修订人 审核人 批准人 目录 1. 目的/方针 3 2. 工作范围 3 3. 工作职责 3 4. 主要流程图 4 5. 主要活动 4 5.1. 测试策划阶段 4 5.2. 模块/集成测试阶段 5 5.3. 确认测试阶段 6 5.4. 验收测试阶段 7 5.5. 性能测试阶段 7 6. 考核指标 8 7. 奖惩措施 9 7.1. 加分指标 9 7.2. 扣分指标 9 8. 模板 10 目的/方针 通过规范公司测试流程，确保测试工作的规范性和有效性，以验证软件的质量满足用户的需求找出软件中潜在的各种缺陷，通过修正缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患。测试人员在软件开发过程中的任务： 日 《天工作日志》 若有加班/请假/补休，在OA上走相应流程 日 《加班登记》、 《请假、补休审批》 参加周例会，报告上周工作进展，及下周计划工作内容，并与组员共同探讨工作中遇到的问题 周 《会议纪要》 Q/A记录，主要包括问题、原因分析及解决方法 周 《Q/A反馈表》 提交一周工作情况表 周 《周工作情况表》 测试组长，提交周报 周 《测试部周报》 客服负责人提交周报 周 《客服工作周报》 每月1号提交上月工时统计表 月 《（月）类型工时统计表》 测试部经理助理,每月1号提交人力成本统计表 月 《测试部门人力成本》 测试部经理助理，提交月报 月 《测试部月报》 测试组长，每月5号前提交上月绩效考核表 月 《测试人员考核情况表（月）》 指导师对试用期员工进行考评（包括入岗员工） 月 《试用期岗位综合考评月报表》 半年度工作总结 半年 《半年工作总结》 年度工作总结 年 《年度工作总结》 主要流程图 图TTS000-1: 测试过程示意图 根据公司的开发模式以及人员情况，目前测试部门将测试工作分为下面4个阶段进行： 模块_集成测试阶段 确认测试阶段 缺陷管理阶段 验收测试阶段 主要活动 测试策划阶段 测试人员职责： 工作内容 输入文档 输出文档 测试经理接收《测试资源申请单》，并通知配置管理员建立配置库（开发库和受控库） 测试资源申请单 测试组长根据《项目开发计划》编写《总体测试计划》 需求规格说明书、 项目开发计划 总体测试计划 TD项目搭建，并在TD上编写测试需求及测试用例 需求规格说明书、概要设计、 详细设计 测试需求、 测试用例 根据项目需求说明，对业务进行整理分析 需求规格说明书 业务整理 收集《正式数据》，作为测试阶段的测试数据 正式数据 整理《数据库结构》 概要设计、 详细设计 数据库结构 主测人员跟进项目过程中，在各阶段所参与的会议均要形成相应的会议纪要，并向测试经理汇报项目的进展程度，同时与协测人员沟通项目的进展及阶段任务 会议纪要 模块/集成测试阶段 模块/集成测试是在单元测试之后，验证所有开发模块能够在测试环境下满足设计要求。主要完成： 对模块和子系统的连接进行测试，确保各程序模块之间无错误连接； 验证整个软件系统或子系统的输入/输出处理是否达到设计要求； 验证软件系统或子系统正常处理能力和异常处理能力； 验证是否达到产品需求，是否遵循系统设计。 测试人员职责： 工作内容 输入文档 输出文档 判断测试版本的基线: 集成功能实现,不能出现BUG等级为一级的错误 集成测试停止标准 从受控库中出包，在测试服务器上搭建独立的测试环境；（在开发人员未提供配置环境安装说明书的情况下，则由搭建人员编写） 配置环境安装说明书 针对开发人员对系统讲解的各个测试点，在测试说明的基础上，补充测试注意事项，并回发开发人员确认 测试说明 主测人员安排本版本的《测试任务分配》 确认测试具体安排 主测人员组织协测人员依据《测试计划》及《测试用例》执行测试，遇到难以解决的问题，尽量与开发人员面对面沟通确认 测试人员将发现的BUG记录在TD上统一管理，并将TD地址及登录账户发送给参与该项目的所有开发人员 测试执行中，主测人员实时整理变更业务点，作为临时变更测试核对，发送给测试项目组相关人员。 《变更业务列表》 项目测试完毕，测试人员针对各个测试要点作个总结，作为回归测试的参考点 测试要点 项目测试完毕，主测人员总结测试计划及测试用例的执行情况，并汇报给测试经理，同时有针对性地进行修改 测试计划、 测试用例 模块与集成、确认测试计划、 测试用例 主测人员负责编写《阶段测试报告》、《集成测试报告》，对各个阶段存在的问题进行归类总结 阶段测试报告、 集成测试报告 针对回归测试，与开发人员确认Rejected及Defer状态的BU