软件测试技术08-测试平台.pptx

易禹 2016/2/23 软件测试技术 第六讲：测试平台 测试平台的作用 2 综合各种测试技术，测试设计/执行/评价总体管理平 台。 目前测试平台有： 1.免费 禅道 2.收费 博为峰 TestPlatform（TP） 3.收费 泽众 TestCenter(TC) 需求 管理 测试 计划 用例 设计 测试 执行 缺陷 跟踪 测试 报告 3 测试管理工具的好处 支持并规范软件测试全过程；将测试需求分析、测试计 划、测试用例设计、测试实施及缺陷管理无缝集成，保 证了测试质量； 团队化的测试管理； 跨区域和跨团队的测试管理； 较强的分析统计和报表功能，可实时分析软件质量情 况、评估发布时间； 流程驱动能力，支持邮件通知功能； 支持自动化测试用例设计，提高覆盖率； 支持自动化测试。 测试平台配置计划 4 测试项目 人力资源池 项目 经理 测试负 责人 测试员 开发负 责人 开发员 权限 自定义字段 计划需求 项目 团队 缺陷 测试 用例 功 能 测 试 框 架 5 测试需求 测试场景 测试用例 测试版本 功能计划系统计划 轮次1 轮次2轮次1 测试集1测试集2 测试集1 测试项目 执行计划 6 测试之前准备 创建用户创建项目 授予权限用户加入项目 导入默认权限 缺陷流程定制 思考问题： 7 为什么要分为测试工程师/经理/组长？他们之间的组 织架构如何？ 缺陷流程里业务组件和业务窗体有什么不同？ 业务流程设计的定制对测试的执行有什么作用？比较 与缺陷管理中的缺陷的生命周期的关系？ 评审的作用？ 项目创建 8 范围管理 人力资源管理 质量管理 时间管理 风险管理 沟通管理 成本管理 9 需求管理 测试计划用例设计测试执行缺陷跟踪测试报告 需求分析的目标是：对用户提出的系统需求以及开发人 员编写的需求说明书进行分析，对需求进行挖掘，编写 测试需求文档； 测试需求指可直接形成测试大纲，设计测试用例的需求 ； 测试需求挖掘包括以下几方面：输入方面，处理方面， 输出方面，性能需求方面，用户接口方面，硬件接口方 面； 必须在需求上建立测试场景，需求是通过测试场景和测 试案例关联的，可以通过场景分析的方法得到测试场景 ，也可以建立一个空测试场景仅用于与测试案例建立关 联。 测试用例设计流程 10 测试版本 测试计划 测试轮次 测试需求 子需求 用例场景 测试用例 测试集 11 测试需求 测试需求 子需求 用例场景 需求根节 点 在需求上建立测试场 景，需求是通过测试 场景和测试用例关联 的，可以通过场景分 析的方法得到测试场 景，也可以建立一个 空测试场景仅用于与 测试用例建立关联 细分需求 12 测试计划 需求管理用例设计测试执行缺陷跟踪测试报告 测试计划是在软件测试中最重要的步骤之一，测试计划是 描述测试目的、范围、方法和软件测试的重点等的文档。 它对软件测试做出清晰，完整的计划，不光对整个测试起 到关键性的作用，而且对开发人员的开发工作，整个项目 的规划，项目经理的审查都有辅助性作用。 一个好的测试计划可以起到如下作用： 避免测试的“事件驱动”； 使测试工作和整个开发工作融合起来； 资源和变更事先作为一个可控制的风险。 测试用例设计流程 13 测试版本 测试计划 测试轮次 测试需求 子需求 用例场景 测试用例 测试集 14 测试计划 测试计划按照以下3层结构来组织 必需将测试版本与多个需求关联，这样可以帮助测试人员 迅速确定某个版本的测试范围。 测试版本 测试计划 测试轮次 测试版本需要与一个版本 号关联 用以区分不同的迭代，可 自由命名，或规定为：轮 次1、轮次2 测试计划需按照不同的测 试阶段编写划分为：功能 测试、系统测试 15 设计用例设计方法： 域测试法 正交试验法 业务流分析法 用例设计 需求管理测试计划测试执行缺陷跟踪测试报告 16 根据测试用例设计的内容执行测试过程， 并且记录缺陷/执行情况的过程 手动执行 自动执行 测试执行 需求管理测试计划用例设计缺陷跟踪测试报告 17 缺陷跟踪 需求管理测试计划用例设计测试执行测试报告 1.正常流程 （测试人员）新建-(测试负责人)确认-(开发负责人)分配-(开发)正在 修改-(开发)修改完成 -(测试人员)关闭 2.推迟修改的（在正在修改时，需追加描述：推迟到什么 时间） （测试人员）新建-(测试负责人)确认- (开发负责人)分配- (开发工程 师)驳回-测试员（推迟）-测试员（重开）-(开发)正在修改-(开发)修 改完成-(测试人员)关闭 3.描述不清的（驳回时需追加描述：描述不清等） （测试人员）新建-(测试负责人)确认-(开发负责人)分配-开发（驳回 ）-(测试人员)重开-(开发)正在修改-(开发)修改完成-(测试人员)关闭 18 4.验证不通过的 （测试人员）新建-(测试负责人)确认-(开发负责人)分 配-(开发)正在修改-(开发)修改完成-(测试人员)重开 -(开发)正在修改-(开发)修改完成-(测试人员)关闭 5. 无效的（驳回时需追加描述：无效等） （测试人员）新建-(测试负责人)确认-(开发负责人)分 配-开