《测试组管理手册和工作指引》由会员分享，可在线阅读，更多相关《测试组管理手册和工作指引（8页珍藏版）》请在金锄头文库上搜索。
1、测试管理规范和工作操作指引1. 编写目的本文档是测试团队的日常工作规范，主要侧重测试工作流程的实施和控制，明确项目的各 阶段测试团队应完成的工作，并对于测试团队中的职能及成员职责进行必要的说明，通过建立 规范的测试流程，明确测试小组的任务、目标；对部门的测试工作的正常开展起到规范的指导 作用。2. 测试团队构成2.1 职责测试是软件开发过程中的重要组成部分，肩负着如下责任： 在项目的前景、需求文档确立前对文档进行测试，从用户体验和测试的角度提出自己的看 法； 编写合理的测试计划，并与项目整体计划有机地整合在一起； 编写覆盖率高的测试用例； 针对测试需求进行相关测试技术的研究； 认真仔细地实施测
2、试工作，并提交测试报告供项目组参考； 进行缺陷跟踪与分析；2.2 职责划分在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。测试组长： 与其他部门或项目组内协调、沟通，推动整个项目的顺利进行或解答项目在使用过 程出现的问题； 了解项目进度，协调测试组内部相关工作，对测试组的工作进行指导、监督； 带领测试团队设计、执行、优化测试过程,丰富测试手段，引入新的测试策略； 维护测试流程，统计和分析测试结果，提高测试效率和质量； 给小组内成员分配指定任务； 参与编写测试计划、测试用例并实施测试用例，执行测试; 编写产品（项目）总结性测试报告和缺陷报告负责功能模块培训工作；测试工程师： 参与测试
3、计划的制定，编写所负责部分的测试用例； 实施测试用例，执行测试； 提交测试记录； 检查和跟进缺陷处理结果； 编写产品（项目）总结性测试报告和缺陷报告；负责功能模块培训工作；3. 测试流程和测试规范3.1 测试流程3.1.1. 新需求模块测试流程时T问题反战廉懐0QSU 试佥机AT测试版木 和预计蛊螞卄划更:新时间说明：新需求模块是指有一个具体的项目计划、项目需求和编码、测试计划，测试的介入是从项目需求开始，在需求和编码期间做好编写测试用例的工作，并确认硬件环境和软件环境等测试环境，需要什么样的测试技术和测试准备，执行测试用例后，提出和跟踪缺陷，在与开发人 员沟通后解决缺陷后，进行回归测试，回归
4、测试通过后，发布 UAT 测试版本并对该版本进行验 证，同时，初步确定计划更新时间，再通知用户进行 UAT 测试，并将用户的问题汇总及跟踪这 些问题的处理情况，UAT测试通过后，确定系统更新时间，进行系统更新，更新系统后，要进 行验证测试。3.1.2. 项目开发期间紧急需求用户在阶段性开发期间提出的紧急需求，并需要在项目开发期间更新；汁 用户握出离肃 U箫可HI试用例 ! UMT测淡通灶于啜“穽出和阳蹋脇喏汹示乘韩T街旷诃y.;二二 -“ “ “.新时间t-t t-f丄“:-卜i- -3.1.3. 用户反馈缺陷的测试流程一般是系统发布后，用户提出缺陷的处理流程.;十.：卞-4-:-1.-十；十
5、-4-4-.;十；十；丁十十-4-丄 .FP-4.-.亠.一一 . .一.：；F.一：:亠：一.： LI irr; 1_.k卜LI卜LI ILr11 rI LI !卜LI仝亠同试凱監込缺陷井*回夏用户测试應童的缺陪L否一3.2 系统更新流程（详见系统更新流程图，附后）3.3 测试规范3.3.1. 测试计划需求分析文档确立后，测试组需要编写测试计划文档，为后续的测试工作提供直接的指导。工作内容：根据项目的需求文档，按照测试计划文档模板编写测试计划。测试计划中应该至少包括以下关 键内容： 测试需求需要测试组测试的范围，估算出测试所花费的时间和各个测试需求的测试优先级 测试方案整体测试的测试方法和每
6、个测试需求的测试方法 测试资源本次测试所需要用到的人力、硬件、软件、技术的资源 测试组角色明确测试组内各个成员的角色和相关责任 里程碑明确标准项目过程中测试组应该关注的里程碑 可交付工件在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告等 风险管理列举出测试工作所可能出现的风险3.3.2. 设计测试用例在需求分析文档确立以后，测试组需要针对项目的测试计划编写测试用例，在实际的测试中， 测试用例将是唯一实施标准； 工作内容：根据需求说明文档、项目计划书或测试计划编写全部的测试用例3.3.3. 实施测试用例 根据测试用例，实施相应的测试用例，并将记录实施用例的结果3.3.4. 提交测试
7、结果根据此轮测试的结果，编写测试报告，主要应包含以下内容： 测试的人员和时间 测试所覆盖的缺陷测试组在这轮测试中所有处理的缺陷，报告了测试经理处理的缺陷 和实施工程师验证的缺陷。不仅要写出覆盖缺陷的总数，还要写明这些缺陷的去向 测试发现的缺陷数量 经过此轮测试，所有活动缺陷的数量及其状态分类 测试评估一一阶段项目中如果有些功能没有被实现，需要补充说明 急待解决的问题写明当前项目组中面临的最优先的问题，可以重复提出3.3.5. 回归测试 在每轮测试中，按照现有的测试用例没有新的缺陷被发现，测试报告中全部的活动缺陷都 被解决，并更新到最新版本，进行回归测试。工作内容： 测试组将按照测试计划中对于回
8、归测试的策略对产品进行回归测试，回归测试的用例属于 测试用例的一部分或者是全部测试用例，但不能超出原先预定的测试用例的范围。 记录用例实施结果，提交回归测试记录。3.3.6. UAT 测试 在回归测试完成，在确认没有新的缺陷，满足测试标准，可以更新到验证测试机，与项目组 人员初步确认系统更新时间后，通知用户进行 UAT 测试；工作内容： 邮件提示用户 UAT 测试，并提示测试时间区间； 收集汇总用户反馈的问题和建议，如果是缺陷类型的反馈，进行验证后提交到缺陷管理平 台；3.4 缺陷跟踪测试验收结束后，跟踪产品在试运行阶段暴露出来的新缺陷，以及已提交的缺陷是否再次 发生。工作内容： 已发现缺陷是
9、否再次发生 是否有新发现的在测试中未发现的缺陷 是否有新发现的在测试中已发现但未修改的缺陷 已发布阶段缺陷定义：A 类：新发现的缺陷B 类：已发现的缺陷C 类：已发现未修改的缺陷4. 缺陷类型定义本规范定义以下五类缺陷： A类一一严重错误，包括：1. 由于程序所引起的死机,非法退出2. 死循环3. 导致数据库发生死锁4. 数据通讯错误5. 严重的数值计算错误 B类较严重错误，包括：1. 功能不符2. 数据流错误3. 程序接口错误4. 轻微的数值计算错误 C类一般性错误，包括：1. 界面错误（详细文档）2. 打印内容、格式错误3. 简单的输入限制未放在前台进行控制4. 删除操作未给出提示 D类较
10、小错误，包括：1. 辅助说明描述不清楚2. 显示格式不规范3. 长时间操作未给用户进度提示4. 提示窗口文字未采用行业术语5. 可输入区域和只读区域没有明显的区分标志6. 系统处理未优化 E类一一测试建议5. 测试标准软件测试合格须符合以下标准。A类错误r 、匕 /-+、1B类错误、匕 /H- M1C类错误D类错误E类建议无无2%4%暂不作要求以上比例为错误占总测试模块的比例。6. 发布标准软件产品发布须符合以下标准。 完成计划中所有的工作 实现了需求定义的所有功能特性 完成所有的测试 严重的缺陷都已修正 新发现的缺陷趋于稳定并接近零 产品、文档都已就绪 达到其它行业质量标准，完成计划中所有的
11、工作注：软件产品未经测试合格，有严重bug时，不允许发布。7. 测试文档1. 测试计划2. 测试用例3. 阶段性测试报告4. 用户测试反馈汇总5. 缺陷跟踪报告8. 争议处理如开发团队对测试结论有争议，不能通过协商解决的，项目组成员会议协调解决，并由项 目经理最终给出解决结果。测试团队和开发团队应无条件服从结果。9.附表附件 1：系统更新流程是是项日负贵人确定正找上 线时间投相关事宜项方负贲人向QA纭确演 统更新时问枝粕关事宜并 、确认是否可费新/组）告知一业务部餘 统更新时间境和关注意事 、项井确认是否可更新/ITD系统更新流程图（QA纽）杏（业务部门否项抖负责人更新系统（在此 过軒丽要设定聚统维护和更 新页面；更新完成肓要确认 如有报糟，要指向友好提示 页面）（QA组）邮件通知系统更新 的时间及相关注意:事项更新完成后，QA绍验证并 确认系统0K后邮杵通知上 线成功
