软件质量保证之测试过程概述

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

代码覆盖率样例
每一个成功者都有一个开始。勇于开始,才能找到成

1、
功的路 。20.12.120.12.1Tuesday, December 01, 2020
成功源于不懈的努力,人生最大的敌人是自己怯懦

2、
。0 1:39:20 01:39:2 001:391 2/1/20 20 1:39:20 AM
(5)确定会产生重大意外的压力测试, 包括内存、硬盘空间、高的交易率。
(6)确定应用需要处理的数据量。 (7)确定需要的软件和硬件配置。
(8)确定其他与应用软件没有直接关 系的商业交易。
(9)确定安装过程。 (10)确定没有隐含在功能测试中的
用户界面要求。
② 如何设计测试用例
测试用例一般指对一项特定的软
3 实施测试
实施测试是指准备测试环境、获得测 试数据、开发测试规程,以及为该过程 挑选和准备辅助测试工具的过程。
1.准备测试环境
(1)测试技术准备 (2)配置软件、硬件环境 (3)人员
2.获得测试数据
需要测试的常见情形如下。
(1)正常事务的测试
(2)使用无效数据的测试
4 执行测试
生活总会给你谢另一个谢机会,大这个机家会叫明天 6、
① 如何对测试需求进行分解
对测试需求进行分解需要反复检查 并理解各种信息,和用户交流,理解他 们的要求。可以按照以下步骤执行。
(1)确定软件提供的主要任务。 (2)对每个任务,确定完成该任务所
要进行的工作。
(3)确定从数据库信息引出的计算结 果。
(4)对于对时间有要求的交易,确 定所要的时间和条件。
第3章
测试过程概述
内容摘要
常见测试过程模型 软件测试过程的体系结构 测试计划 测试用例的获取 执行测试 测试有效性的度量
常见测试过程模型
V测试过程模型 W模型 H模型
V模型
W模型
H模型
内容摘要
常见测试过程模型 软件测试过程的体系结构 测试流程 测试有效性的度量
软件测试人员
测试过程的工作产品
软件测试流程
软件测试工作必须要通过制定测试 计划、设计测试、实施测试、执行测试、 评估测试几个阶段来完成。其流程如图 所示。
图 软件测试流程
制定测试计划 设计测试 实施测试
执行测试 回归测试
评估测试
1 制定测试计划
测试计划是对每个产品,或是对各 个开发阶段的产品开展测试的策略。
件产品进行测试任务的描述,体现测试
方案、方法、技术和策略。值得提出的
是,测试数据都是从数量极大的可用测
试数据中精心挑选出具有代表性或特殊
性的。测试用例是软件测试系统化、工
程化的产物,而测试用例的设计一直是
软件测试工作的重点和难点。
设计测试用例即设计针对特定功能 或组合功能的测试方案,并编写成文档。 测试用例应该体现软件工程的思想和原 则。
执行测试是执行所有的或选定的一些 测试用例,并观察其测试结果的过程。
执行测试的过程由以下4个部分组成。 ① 输入。要完成工作所必须的入口标
准或可交付的结果。
② 执行过程。从输入到输出的过程或 工作任务。
③ 检查过程。确定输出是否满足标准 的处理过程。
④ 输出。推出标准或工作流程产生的 可交付的结果。
缺陷度量
在测试中发现的缺陷量 缺陷消除率 缺陷潜伏期 缺陷损耗 缺陷密度
缺陷量的度量样例
缺陷量的度量样例
缺陷消除率
缺陷消除率
缺陷消除率
缺陷潜伏期尺度
缺陷的造成与发现
缺陷潜伏期加权的权限数
缺陷损耗
缺陷密度
缺陷密度
覆盖的度量
需求与设计覆盖 代码覆盖
需求与设计覆盖率样例
每天只看目标,别老想障碍

3、
。20.1 2.101:3 9:2001: 39Dec-201-Dec-20
宁愿辛苦一阵子,不要辛苦一辈子

4、
。01:3 9:2001: 39:200 1:39Tue sday, December 01, 2020
• •
Hale Waihona Puke Baidu
积极向上的心态,是成功者的最基本要素 5、
。20.1 2.120.1 2.101:3 9:2001: 39:20D ecembe r 1, 2020
测试状态的度量
测试总结报告
测试总结报告模板
内容摘要
常见测试过程模型 软件测试过程的体系结构 测试计划 测试用例的获取 执行测试 测试有效性的度量
度量测试的有效性
问题1 你们认为自己的组织为了努力获得高质
量的软件,所投入的时间、精力和金钱: A、太多? B、太少? C、不够?
度量测试的有效性
问题2 你们当中有多少人已经掌握了度量
测试有效性的方法?
度量测试的有效性
许多组织都不会有意识地尝试对测试 有效性进行度量。
测试有效性的所有度量都存在不足。 尽管当前使用的度量还存在不足,但
是,仍然需要为你们的组织开发一个 度量集合。
度量测试的有效性
客户满意度度量
调查 服务台接到的电话
计划的目的是用来识别任务、分
析风险、规划资源和确定进度。
一般来说,一个完整的测试计划应该 包含以下几个方面。
(1)对测试范围(即测试活动需要覆 盖的范围)的界定
(2)风险的确定 (3)资源的规划 (4)时间表的制定
测试计划模板
2 设计测试
设计测试阶段要设计测试用例和测试 过程,要保证测试用例完全覆盖测试需 求。设计测试阶段最重要的是如何将测 试需求分解,如何设计测试用例。
执行测试过程如下图所示。
产品输入
执行测试

检查测 试工作
产品输出
工具
图 执行测试过程
测试执行
测试日志 意外事件报告 测试状态与结果
测试日志
测试日志样例
意外事件报告
意外事件描述的部分
测试状态与结果
测试状态的度量 测试总结报告 测试总结报告模板
测试状态的报告过程
完成的里程碑 发现缺陷的数量 严重程度和位置 达到的覆盖率
传统的测试用例文档编写有两种方式。
一种是填写操作步骤列表:将在软件 上进行的操作步骤一步一步详细记录下 来,包括所有被操作的项目和相应的值。
另一种是填写测试矩阵:将被操作项 作为矩阵中的一个字段,而矩阵中的一 条条记录,则是这些字段的值。
评价测试用例的好坏有以下两个标准。 ① 是否可以发现尚未发现的软件缺陷? ② 是否可以覆盖全部的测试需求?
相关文档
最新文档