《测试执行阶段介绍》PPT课件

《《测试执行阶段介绍》PPT课件》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、测试执行阶段介绍目录测试启动评估测试用例执行测试缺陷管理测试结束评估测试执行阶段流程开发支撑组经理软件开发工程师硬件开发工程师测试经理测试小组组长测试工程师自动化工程师组织缺陷修复和单板改板软件缺陷修复大规模逻辑/缺陷修复单板硬件改板组织开工会转测试评估BACKNY组织SDV执行/组织资料测试方案、用例设计缺陷分析准备SDV测试报告组织SIT/SVT执行缺陷分析准备SIT/SVT测试报告SDV测试执行资料测试方案与用例设计自动化测试技术支持测试工具维护测试执行阶段流程开发代表开发支撑组经理测试经理测试小组组长测试工程师更新E2E计划更新开发支持计

2、划度量分析SDV测试总结优化测试策略更新测试与验证计划阶段结束会优化测试设计（方案和用例）TR4A/TR5SDV执行BuildABuildBModule（s）BuildCBuildESITSVTBetaBuildDSW/HWdevelopModulelevelvalidationBuildingblockintegratetestSyslevelverificationSDV说明SIT测试从生产线上生产出来的最初的产品（SDV测试是在实验室中测试产品的原型），验证产品是否达到最初的功能要求，包括：系统功能、性能、容错性、可用性、安全性、包装测试、

3、网络运行测试（包括内部、外部设备网络运行测试）如果最初的产品和产品原型没有区别，那么SIT测试阶段可以省略，所有的测试活动都在SDV测试阶段进行。SVT测试执行核查生产过程，确保产品在大量生产时设计仍能保持完整性SVT测试执行的环境必须是典型的用户要求的环境如果需要的话，其他要求的特殊的测试也在SVT测试阶段完成测试项目包括：电磁兼容性（EMC）抽检、环境抽检、安全抽检、回归测试、一致性验证和需要的特别测试。测试启动评估为什么需要设置测试启动评估环节－在产品级测试过程中，测试组为了准备一个版本的测试，将投入很大的成本，包括测试环境、测试人力资源等

4、，这种投入将随着产品特性的增加，测试环境的复杂化而不断膨胀；测试启动评估的目的不在于评估开发人员的工作绩效，而是在于控制版本的转测试质量，尽量减少前期不成熟的版本对测试资源的浪费；－通过牺牲短期的内部控制成本（转测试评估和预测试），可以较好的避免后期浪费大量测试投入的风险。测试启动评估测试主要评估的内容－根据给定的版本测试时间及测试用例分配结果，结合测试执行能力基线，评估本轮测试需达到的覆盖度－根据覆盖度确定本轮应发现缺陷的阶段目标－评审各特性用例分配情况是否合理，是否存在极不均衡现象，是否存在过渡测试？是否存在部分特性无法完成测试？－评审测试执

5、行计划时间安排的合理性在正常的情况下，一个测试启动评估过程主要经历5个环节：开始版本经理创建转测试评估任务版本经理提供代码规模、配套文档、预测试信息测试经理提供测试计划、测试文档准备信息转入测试提交转测试评估意见测试组预测试测试启动评估的常见问题版本配套信息不正确－测试组面临多个版本信息接口，存在不少主机软件、硬件、单板软件、逻辑等版本信息不统一的情况测试组的预测试投入太大－没有专门的预测试环境，每次预测试要重新搭建，仅仅使用手工预测试的成本太高测试组没有区分预测试和全面测试－在预测试过程中急于投入深层次测试，指望这些问题能够把版本打回即使测试启

6、动评估结果很差，版本仍然转入测试－迫于各方面压力开展版本的全面测试，结果在测试过程中被各类问题困扰，没能按照既定的测试策略做好测试覆盖。测试用例执行测试执行的闭环过程测试执行活动是整个测试过程的核心环节，所有测试分析，测试设计，测试计划的结果，将在测试执行中得到最终的检验，它包括以下5个环节：测试用例分配测试策略调整测试缺陷管理测试用例执行执行进度跟踪测试用例分配在进入测试启动评估环节之前，由测试经理或测试小组长依据测试执行策略进行测试用例的分配，需要考虑的因素有：需要测试的新增特性用例－新增特性的所有测试用例是否都在这一版本完成测试需要回归的特

7、性用例－新增特性所影响的哪些旧特性需要回归特性之间的交互－各特性之间的组合、冲突、依赖关系如何？－那些特性的用例执行可以合并、合作、分离？测试用例的执行进度－哪些高优先级的用例首先被执行？－大概每天执行多少测试用例可以达到预期的进度？－是否需要设置测试用例执行的缓冲区以防止意外事件？测试用例执行态度测试执行的主要目标是尽可能的发现产品的缺陷，而不是达到测试计划完成率，如果过于关注测试计划完成率，而不重视测试执行的质量，会导致测试完成后仍没有信心，需要重复测试，加大了测试冗余度，从而造成累计测试进度的延迟或缺陷的逃跑，后一种情况往往更严重：“急功冒

8、进”－在测试过程中仅关注测试用例的执行结果，忽视执行过程，出现的各类异常现象，如来自告警、日志、维护系统的异常信息。－只重视缺陷的发现，