【精选】测试执行阶段介绍.pptVIP

测试执行阶段介绍 目录 测试启动评估 测试用例执行 测试缺陷管理 测试结束评估 测试执行阶段流程 开发支撑组经理 软件开发工程师 硬件开发工程师 测试经理 测试小组组长 测试工程师 自动化工程师 组织缺陷修复和单板改板 软件缺陷修复 大规模逻辑/缺陷修复 单板硬件改板 组织开工会 转测试评估 BACK N Y 组织SDV执行/组织资料测试方案、用例设计 缺陷分析 准备SDV测试报告 组织SIT/SVT执行 缺陷分析 准备SIT/SVT测试报告 SDV测试执行 资料测试方案与用例设计 自动化测试技术支持 测试工具维护 测试执行阶段流程 开发代表 开发支撑组经理 测试经理 测试小组组长 测试工程师 更新E2E计划 更新开发支持计划 度量分析 SDV测试总结 优化测试策略 更新测试与验证计划 阶段结束会 优化测试设计（方案和用例） TR4A/TR5 SDV执行 Build A Build B Module（s） Build C Build E SIT SVT Beta Build D SW/HW develop Module level validation Building block integrate test Sys level verification SDV 说明 SIT测试从生产线上生产出来的最初的产品（SDV测试是在实验室中测试产品的原型），验证产品是否达到最初的功能要求，包括： 系统功能、性能、容错性、可用性、安全性、包装测试、网络运行测试（包括内部、外部设备网络运行测试） 如果最初的产品和产品原型没有区别，那么SIT测试阶段可以省略，所有的测试活动都在SDV测试阶段进行。 SVT测试执行 核查生产过程，确保产品在大量生产时设计仍能保持完整性 SVT测试执行的环境必须是典型的用户要求的环境 如果需要的话，其他要求的特殊的测试也在SVT测试阶段完成 测试项目包括：电磁兼容性（EMC）抽检、环境抽检、安全抽检、回归测试、一致性验证和需要的特别测试。 测试启动评估 为什么需要设置测试启动评估环节 － 在产品级测试过程中，测试组为了准备一个版本的测试，将投入很大的成本，包括测试环境、测试人力资源等，这种投入将随着产品特性的增加，测试环境的复杂化而不断膨胀； 测试启动评估的目的不在于评估开发人员的工作绩效，而是在于控制版本的转测试质量，尽量减少前期不成熟的版本对测试资源的浪费； － 通过牺牲短期的内部控制成本（转测试评估和预测试），可以较好的避免后期浪费大量测试投入的风险。 测试启动评估测试主要评估的内容 －根据给定的版本测试时间及测试用例分配结果，结合测试执行能力基线，评估本轮测试需达到的覆盖度 －根据覆盖度确定本轮应发现缺陷的阶段目标 －评审各特性用例分配情况是否合理，是否存在极不均衡现象，是否存在过渡测试？是否存在部分特性无法完成测试？ －评审测试执行计划时间安排的合理性 在正常的情况下，一个测试启动评估过程主要经历5个环节： 开始 版本经理创建 转测试评估任务 版本经理提供代码 规模、配套文档、 预测试信息 测试经理提供测试 计划、测试文档准 备信息 转入测试 提交转测试评估意见 测试组预测试 测试启动评估的常见问题 版本配套信息不正确 －测试组面临多个版本信息接口，存在不少主机软件、硬件、单板软件、逻辑等版本信息不统一的情况 测试组的预测试投入太大 －没有专门的预测试环境，每次预测试要重新搭建，仅仅使用手工预测试的成本太高 测试组没有区分预测试和全面测试 －在预测试过程中急于投入深层次测试，指望这些问题能够把版本打回 即使测试启动评估结果很差，版本仍然转入测试 －迫于各方面压力开展版本的全面测试，结果在测试过程中被各类问题困扰，没能按照既定的测试策略做好测试覆盖。 测试用例执行 测试执行的闭环过程 测试执行活动是整个测试过程的核心环节，所有测试分析，测试设计，测试计划的结果，将在测试执行中得到最终的检验，它包括以下5个环 节： 测试用例分配 测试策略调整 测试缺陷管理 测试用例执行 执行进度跟踪 测试用例分配 在进入测试启动评估环节之前，由测试经理或测试小组长依据测试执行策略进行测试用例的分配，需要考虑的因素有： 需要测试的新增特性用例 －新增特性的所有测试用例是否都在这一版本完成测试 需要回归的特性用例 －新增特性所影响的哪些旧特性需要回归 特性之间的交互 －各特性之间的组合、冲突、依赖关系如何？