《软件测试流程、测试制度、测试方案》由会员分享，可在线阅读，更多相关《软件测试流程、测试制度、测试方案（14页珍藏版）》请在金锄头文库上搜索。
1、软件测试流程与制度目录1 编写目的 32 测试团队构成 32.1 组织结构32.2 测试组职能42.3 职责划分43 测试流程及规范 53.1 测试流程图53.2 计划与设计阶段63.3 实施测试阶段73.4 总结阶段113.5 BUG 跟踪表134 附件 131 编写目的本文档是测试团队的日常工作规范，主要侧重测试工作流程的实施和控制， 明确公司产品各阶段测试团队应参与和完成的工作。并且对于测试团队中关于测 试组架构、职能及成员职责进行必要的说明。通过建立规范的测试流程、测试团 队组织架构，同时明确测试小组任务、目标和各小组成员的具体职责，对部门测 试工作的正常开展起到规范的指导作用。测试细
2、节、技术和策略等问题不在本文 档描述范围内。2 测试团队构成2.1 组织结构测试组长测试组员图12.1.1 成员组成测试组长：测试组员：注：测试组由测试组长、测试组员组成。人员配备视项目大小确定。2.2 测试组职能产品测试是产品开发过程中的重要组成部分，测试团队主要肩负着如下责任在项目的前景、需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法和建议； 针对测试需求进行相关测试技术的预判； 结合产品需求设计编写合理的测试计划； 编写高效、覆盖率高的测试用例； 认真仔细地实施测试工作，并提交测试报告供项目组参考； 进行缺陷跟踪与分析； 对测试整个过程进行总结，完善和优化测试流程
3、，提高和改进测试方法 和技术。2.3 职责划分职务名称相关主要责任项目经理与开发组协调，提供测试组所需的内、外部资源 跟踪项目测试进度，对测试组的工作进行指导、监督测试组长负责测试任务的规划 给测试小组内成员分配指定任务并实施测试用例协调测试组内部相关工作，对组内成员进行工作上的指 导、监督参与测试计划制定，辅助编写所负责部分测试用例 检查缺陷处理结果编写项目总结性测试报告测试成员实施测试用例，执行测试 做好测试记录工作，提交当日测试记录执行日常拨测工作并跟进问题处理进度3 测试流程及规范3.1 测试流程图审核确认审核确认发现bug确认bug有ug回归测试是bug开发小组&市场项目经理测试小组
4、填写测试申请单确认测试申请单内容制定测试计划不通过分配测试人员通过编写测试用例不通过执行用例通过提交开发分析bug测试结束不是bug开发与测试意见不统一提供产品需求设计 原型图、标注图记录测试步骤 提交bug并汇总修改bug并记录 修复bug结果图 2 测试流程图3.2 计划与设计阶段3.2.1 测试申请过程要点详细说明输入条件开发团队编码工作完成，并已完成内部测试工作内容1. 开发组填写申请单，向测试组提交测试内容2. 测试小组检查提交的软件的完整性和可测性： 检查送测的软件是否完整，能否进行测试 检查单元测试是否通过能够开始下一阶段测试工作退出标准提交的软件经测试组检验通过责任人项目经理、
5、测试组长3.2.2 测试设计3.2.2.1 设计测试用例在需求分析文档确立基线以后，测试组需要结合项目的需求说明书编写测试 用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具 体的任务和责任人如下：过程要点详细说明输入条件测试需求明确，需求文档，详细设计，概要设计，开发计划工作内容根据需求详细设计书设计测试用例，设计参考原则： 边界值分析 错误推测等 业务知识及相关流程退出标准测试用例需要覆盖所有的测试需求 测试用例需进行评审并通过项目进行过程中，适时的根据需求变更来对测试用例进 行维护责任人项目经理、测试组长3.3 实施测试阶段3.3.1 功能测试实施测试用例将花费测试组
6、大部分时间，这些工作都是建立在前期很多准备工作的基础上。过程要点详细说明输入条件测试组长于项目启动时确定测试时间，与可用的测试用例工作内容按照测试用例对软件功能进行测试。对于发现的缺陷进 行记录，并跟踪缺陷的状态，直至缺陷的验证关闭。在 测试执行过程中发现的遗漏测试用例必须补充完善，保 证测试用例与实际测试的一致性记录实施用例的结果，提交当日测试纪录，提交到项目 管理软件日志。 提交缺陷退出标准测试用例中的所有任务被执行，结果被记录责任人测试组成员测试执行流程图，如下：图 3 测试执行流程图3.3.2 性能测试参照 3.3.1 的测试流程，在手工进行功能确认测试完成之后进行性能测试。 目的是验
7、证软件系统是否满足客户提出的性能指标，发现系统中存在的性能瓶颈 以优化软件和系统。图4性能测试流程图3.3.3回归测试在每轮测试结束之后，由测试组使用修改后的最新版本，进行回归测试。过程要点详细说明输入条件在每轮测试中，按照现有的测试用例没有新的缺陷被发现，测试报告中全部的活动缺陷都被解决。工作内容测试组按照测试计划中对于回归测试的策略对产品进 行回归测试，回归测试的用例属于测试用例的一部分或 者是全部测试用例，但不能超出原先预定的测试用例的 范围记录用例实施结果退出标准回归测试所运行的用例全部通过 缺陷经过验证所有缺陷都被指明处理方式责任人测试组成员3.3.4 运维测试系统运维测试是在软件系
8、统投入正式使用后，在正式运行时段和环境实施的 测试，运维测试是软件测试在系统运维阶段的进一步延伸和扩展。包括对上线后系统运行状态的监测和异常报告、上线系统动态拨测等，以寻 找系统缺陷和风险，并对相关缺陷进行诊断，指导系统调优；对系统风险进行评 估，制定预防策略，确保系统线上的长期稳定运行。图5运维测试流程图34总结阶段测试工作结束或即将结束时，测试组就要开始着手准备进行总结的工作。3.4.1测试总结报告在回归测试结束之后，测试组长将要编写测试总结报告，对测试进行总结, 并且提交给全体项目组，为产品的后续工作提供重要的信息支持。过程要点详细说明输入条件测试组完成了所有的测试实施工作工作内容测试组
9、长根据测试的结果编写测试报告（参考测试总结报告 模板），测试报告必须包含以下重要内容：测试资源概述一一多少人、多长时间测试结果摘要一一分别描述各个测试需求的测试结果，产品实现了哪些功能点，哪些还没有实现 缺陷分析按照缺陷的属性分类进行分析测试需求覆盖率一一原先列举的测试需求的测试覆盖率，可能一部分测试需求因为资源和优先级的因素没有进行测试，那么在这里要进行说明退出标准测试组长完成了符合标准的测试报告，发送给全项目组责任人测试组长3.4.2 测试验收测试验收工作是在以上工作全部结束后，对测试的过程，效果进行验收，宣 布测试结束。过程要点详细说明输入条件测试终结报告、需求文档工作内容验收组成员，对
10、本次测试进行验收，验收内容包括：测试效果验收一一测试是否达到预期目的测试文档验收一一测试过程文档是否齐全，符合标准测试评估一一从总体对测试的质量进行评估测试建议一一对本次测试工作指出不足，需要在以后工 作中改进的地方退出标准测试验收通过，测试验收记录整理完毕参与人员测试组成员、项目经理责任人测试组长3.4.3 测试归档测试归档是在测试验收结束宣布测试有效，结束测试后，对测试过程中涉及 到各种标准文档进行归类，存档。过程要点详细说明输入条件测试验收通过工作内容归类、存档测试过程涉及到的文档，主要包括以下电子文档： 测试计划文档测试用例文档测试报告文档测试验收记录文档退出标准全部文档归类完毕，版本号封存责任人测试组长3.4.4 测试工作总结测试总结工作是在以上的工作全部结束以后，它的目的是评估本次测试工作 总结经验，促进测试流程及规范的改进和提高，同时也提醒全体测试组成员在以 后的工作中需注意的问题。3.5 BUG 跟踪表测试结果中跟踪产品在测试阶段暴露出来的缺陷汇总，以及已提交的缺陷修 复情况。附件中附上 bug 跟踪表模板。4 附件
