系统测试方法.pptVIP

* 随机（Ad-hoc）测试 俗称“猴子”测试 最好由用户代表进行 公司内部可结合新员工/工程/客服人员培训进行 应该有适当的组织和计划 * 2 系统测试的介绍、主要内容 3 4 5 1 系统测试过程 系统测试文档的结构及要求 基本的测试工具 系统测试实例 * 项目周期中的系统测试阶段划分 系统测试计划阶段 系统测试设计和编写阶段 系统测试执行和评估阶段 测试计划 用例设计 评估 执行 * 系统测试计划阶段主要活动 制定系统测试总体计划 简述项目，明确测试的范围 定义测试策略（阶段、类型、技术、标准等） 编制测试需求 工作分解和估算 资源分配 进度表 风险识别与应对 系统测试总体计划评审 批准系统测试总体计划 系统测试总体计划纳入配置管理 系统测试方案设计 建立需求跟踪矩阵 系统测试用例设计编写 系统测试用例评审 系统测试设计阶段主要活动 * 系统测试设计和执行阶段常见风险 不做测试设计，或测试过程并未系统测试总体计划的要求来做。 测试设计不详细，不是基于可量度的测试策略，例如测试计划覆盖一个集合或者测试需求的一个子集。 测试过程没有检验测试需求。 测试总体计划中测试策略没有对应性。 测试过程不可重复或不可重用。 * 系统测试设计和执行阶段常用度量 需求覆盖率（百分比） ＝ 测试覆盖的需求/所有的需求× 100%； 测试用例的数量（条）； 自动化测试在系统测试中的比例（百分比）＝ 采用自动化测试的系统测试用例数目/全部的测试用例总数×100%； 测试用例设计和开发的工作量（人时）； 系统测试文档评审的工作量（人时）； * 系统测试执行和评估阶段主要活动 系统测试申请审批 系统测试申请 制定系统测试详细计划 执行系统测试准备 系统测试执行 系统测试总结和评估 * 系统测试执行和评估阶段常见风险 没有制定系统测试详细计划，测试开始之前测试人员不能明确本次系统测试活动应测试的测试用例。 测试执行不按照系统测试详细计划的要求来做，不能确保计划要求的测试用例都能得到执行。 未对测试的原始数据进行纪录。 本次系统测试新的有效测试规程和测试用例并未及时给予纪录并管理。 项目组和产品线的压力有可能导致测试人员的测试评估不够客观准确。 没有有效利用各种自动化测试手段，手工测试太多。 * 系统测试执行和评估阶段常用度量 测试用例通过率（百分比）＝ 本次测试中通过的用例数/实际执行的用例数； 测试用例覆盖率（百分比）＝ 本次测试中实际执行的用例数/计划执行的用例数； 本次测试中测试通过的系统测试用例数目（条）； 本次测试中测试不通过的系统测试用例数目（条）； 发现的缺陷数目及缺陷等级（个数、级别）； 已经解决的缺陷数目及缺陷等级（个数、级别）； 遗留的缺陷数目及缺陷等级（个数、级别）； 缺陷密度（分布图）； 测试的工时（人时）； 系统测试的需求覆盖率 * 系统测试的若干原则 应尽早地开始系统测试工作。 充分注意测试中的缺陷密集现象，即对缺陷比较密集的部分进行重点测试； 严格执行测试计划，排除测试的随意性。 对测试过程和测试结果应进行评价，确保测试过程的有效性。 妥善保存测试计划、测试用例、故障统计和最终分析报告，为维护提供方便。 对于被测试系统要进行正常和异常两方面的测试。 在系统测试计划中，要按照资源和项目的要求清晰地定义一个完整的退出准则，这是一种权衡投入／产出比的原则，测试既不要不充分，也不要过分。 * 3 系统测试的介绍、主要内容 2 4 5 1 系统测试过程 系统测试文档的结构及要求 基本的测试工具 系统测试实例 * 系统测试文档的结构及要求 华为这边在系统测试期间，需要提供的文档主要为： 测试计划 测试用例 系统测试报告 性能测试报告 安全测试报告 缺陷统计分析表 TOP级问题分析表 .......... * 测试计划 1.对上一阶段的总结以及对这一阶段的测试策略 2.测试总体时间安排 3.每阶段预计完成的测试情况（包括场景划分） 4.对于缺陷的定义以及缺陷电子流的准备 5.测试过程的简述 6.需要涉及的测试（如：功能测试、安全测试、性能测试、集成测试等。如果有集成测试，在测试前先做好集成搭建的沟通） 7.测试方案简述 8.测试重点标明 9.测试约束与测试风险的预估 10.测试环境的准备 11.与测试相关的人员定义 12.测试需要交付的文件清单 * 测试用例 1.需要测试的内容整理 2.需要涉及的场景梳理 3.用例设计 用例编号：测试阶段_产品名称_模块名称.用例流水号，例：SITC_ERP_PO.001 案例名称：这个测试的需求或者场景的名称 测试目的：这个需求测试要达到的效果 前置条件：必须满足什么条件才能开始这个需求测试 测试步骤：步骤编号（01、02、......999） 测试活动：详细给出执行该测试步骤的预置条件，操作细节