测试组管理手册与工作指引.docx

测试管理规范和工作操作指引1.编写目的本文档是测试团队的日常工作规范，主要侧重测试工作流程的实施和控制，明确项目的各阶段测试团队应完成的工作，并对于测试团队中的职能及成员职责进行必要的说明，通过建立规范的测试流程，明确测试小组的任务、目标；对部门的测试工作的正常开展起到规范的指导作用。2.测试团队构成2.1职责测试是软件开发过程中的重要组成部分，肩负着如下责任： 在项目的前景、需求文档确立前对文档进行测试，从用户体验和测试的角度提出自己的看法； 编写合理的测试计划，并与项目整体计划有机地整合在一起； 编写覆盖率高的测试用例； 针对测试需求进行相关测试技术的研究； 认真仔细地实施测试工作，并提交测试报告供项目组参考； 进行缺陷跟踪与分析；2.2职责划分在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。测试组长： 与其他部门或项目组内协调、沟通，推动整个项目的顺利进行或解答项目在使用过程出现的问题； 了解项目进度，协调测试组内部相关工作，对测试组的工作进行指导、监督； 带领测试团队设计、执行、优化测试过程,丰富测试手段，引入新的测试策略； 维护测试流程，统计和分析测试结果，提高测试效率和质量； 给小组内成员分配指定任务； 参与编写测试计划、测试用例并实施测试用例，执行测试； 编写产品（项目）总结性测试报告和缺陷报告 负责功能模块培训工作；测试工程师： 参与测试计划的制定，编写所负责部分的测试用例； 实施测试用例，执行测试； 提交测试记录； 检查和跟进缺陷处理结果； 编写产品（项目）总结性测试报告和缺陷报告； 负责功能模块培训工作；3.测试流程和测试规范3.1测试流程3.1.1. 新需求模块测试流程说明：新需求模块是指有一个具体的项目计划、项目需求和编码、测试计划，测试的介入是从项目需求开始，在需求和编码期间做好编写测试用例的工作，并确认硬件环境和软件环境等测试环境，需要什么样的测试技术和测试准备，执行测试用例后，提出和跟踪缺陷，在与开发人员沟通后解决缺陷后，进行回归测试，回归测试通过后，发布UAT测试版本并对该版本进行验证，同时，初步确定计划更新时间，再通知用户进行UAT测试，并将用户的问题汇总及跟踪这些问题的处理情况，UAT测试通过后，确定系统更新时间，进行系统更新，更新系统后，要进行验证测试。3.1.2. 项目开发期间紧急需求用户在阶段性开发期间提出的紧急需求，并需要在项目开发期间更新；3.1.3. 用户反馈缺陷的测试流程 一般是系统发布后，用户提出缺陷的处理流程3.2系统更新流程（详见系统更新流程图，附后）3.3测试规范3.3.1. 测试计划需求分析文档确立后，测试组需要编写测试计划文档，为后续的测试工作提供直接的指导。工作内容：根据项目的需求文档，按照测试计划文档模板编写测试计划。测试计划中应该至少包括以下关键内容：l 测试需求需要测试组测试的范围，估算出测试所花费的时间和各个测试需求的测试优先级l 测试方案整体测试的测试方法和每个测试需求的测试方法l 测试资源本次测试所需要用到的人力、硬件、软件、技术的资源l 测试组角色明确测试组内各个成员的角色和相关责任l 里程碑明确标准项目过程中测试组应该关注的里程碑l 可交付工件在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告等l 风险管理列举出测试工作所可能出现的风险3.3.2. 设计测试用例在需求分析文档确立以后，测试组需要针对项目的测试计划编写测试用例，在实际的测试中，测试用例将是唯一实施标准；工作内容：根据需求说明文档、项目计划书或测试计划编写全部的测试用例3.3.3. 实施测试用例根据测试用例，实施相应的测试用例，并将记录实施用例的结果3.3.4. 提交测试结果根据此轮测试的结果，编写测试报告，主要应包含以下内容：l 测试的人员和时间l 测试所覆盖的缺陷测试组在这轮测试中所有处理的缺陷，报告了测试经理处理的缺陷和实施工程师验证的缺陷。不仅要写出覆盖缺陷的总数，还要写明这些缺陷的去向l 测试发现的缺陷数量l 经过此轮测试，所有活动缺陷的数量及其状态分类l 测试评估阶段项目中如果有些功能没有被实现，需要补充说明l 急待解决的问题写明当前项目组中面临的最优先的问题，可以重复提出3.3.5. 回归测试在每轮测试中，按照现有的测试用例没有新的缺陷被发现，测试报告中全部的活动缺陷都被解决，并更新到最新版本，进行回归测试。工作内容：l 测试组将按照测试计划中对于回归测试的策略对产品进行回归测试，回归测试的用例属于测试用例的一部分或者是全部测试用例，但不能超出原先预定的测试用例的范围。l 记录用例实施结果，提交回归测试记录。3.3.6. UAT测试在回归测试完成，在确认没有新的缺陷，满足测试标准，可以更新到验证测试机，与项目组人员初步确认系统更新时间后，通知用户进行UAT测试；工作内容：l 邮件提示用户UAT测试，并提示测试时间区间；l 收集汇总用户反馈的问题和建议，如果是缺陷类型的反馈，进行验证后提交到缺陷管理平台；3.4缺陷跟踪测试验收结束后，跟踪产品在试运行阶段暴露出来的新缺陷，以及已提交的缺陷是否再次发生。工作内容：l 已发现缺陷是否再次发生l 是否有新发现的在测试中未发现的缺陷l 是否有新发现的在测试中已发现但未修改的缺陷已发布阶段缺陷定义：A类：新发现的缺陷B类：已发现的缺陷C类：已发现未修改的缺陷4.缺陷类型定义本规范定义以下五类缺陷： A类严重错误，包括：1. 由于程序所引起的死机,非法退出2. 死循环3. 导致数据库发生死锁4. 数据通讯错误5. 严重的数值计算错误 B类较严重错误，包括：1. 功能不符2. 数据流错误3. 程序接口错误4. 轻微的数值计算错误 C类一般性错误，包括：1. 界面错误(详细文档)2. 打印内容、格式错误3. 简单的输入限制未放在前台进行控制4. 删除操作未给出提示 D类较小错误，包括：1. 辅助说明描述不清楚2. 显示格式不规范3. 长时间操作未给用户进度提示4. 提示窗口文字未采用行业术语5. 可输入区域和只读区域没有明显的区分标志6. 系统处理未优化 E类测试建议5.测试标准软件测试合格须符合以下标准。A类错误B类错误C类错误D类错误E类建议无无2%4%暂不作要求以上比例为错误占总测试模块的比例。6.发布标准软件产品发布须符合以下标准。 完成计划中所有的工作 实现了需求定义的所有功能特性 完成所有的测试 严重的缺陷都已修正 新发现的缺陷趋于稳定并接近零 产品、文档都已就绪 达到其它行业质量标准，完成计划中所有的工作注：软件产品未经测试合格，有严重bug时，不