功能测试教案-第1章-软件功能测试概论

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

功能测试教案-第1章-软件功能测试概论

《软件功能测试及工具应用》教案

第1章软件功能测试概论

1. 回顾上一章: [0分钟] (2)

2. 课程知识点讲解: (2)

2.1. 软件功能需求:[5分钟] (2)

2.2. 软件功能测试需求分析:[10分钟] (3)

2.3. 等价类划分法[10分钟] (10)

2.4. 边界值分析法[10分钟] (14)

2.5. 因果图法[10分钟] (16)

2.6. 场景法:[10分钟] (17)

3. 本章总结[5分钟] (21)

4. 考核点 (21)

5. 测试题 (22)

6. 扩展部分 (22)

7. 学员问题汇总 (22)

8. 作业 (22)

授课教师:XXX

课时:2小时

●本章主要目的

介绍软件测试的相关基本概念

掌握软件功能测试需求分析方法

掌握基本的功能测试测试用例设计方法

◆等价类方法

◆边界值方法

◆因果图方法

◆场景法

●本章重点

功能测试需求分析方法

●功能测试用例设计方法

●本章难点

●功能测试用例设计方法

1.回顾上一章: [0分钟]

2.课程知识点讲解:

2.1.软件功能需求:[5分钟]

1、需求的概念

1997年IEEE在《软件工程标准词汇表》定义:

用户为解决某一问题或为达到某个目标所需要的条件或能力。

系统或系统部件为满足合同、标准、规格说明或其他正式的强制性文档所必须具有的条件或能力。

软件需求包括3个不同的层次:业务需求、用户需求、系统需求。

业务需求:反映了组织或客户高层的目标需求。

2.2.软件功能测试需求分析:[10分钟]

●软件测试需求的介绍

测试需求主要解决“测什么”的问题,即指明被测对象中什么需要测试。测试需要明确测试需求(What),才能决定怎么测试(How),测试时间(When),需要多少人(Who)

测试需求分析要了解测试的规模、复杂程度、可能的风险。对于测试人员,理解需求主要有如下几个方面对需求进行理解:(1)流程理解:站在测试人的角度,理解需求时首先应该理解清楚的是系统的流程,流程是系统的主线,主线通了才有能往后续步骤走,如果流程不通畅,会影响后期的进一步分析;

(2)功能理解:在流程通畅的前提下就要进行具体功能理解,主要是系统包含哪些主要的功能,每个功能的期望值是什么;

界面美观性的需求理解:一个有完备功能的系统是可用的,但使用时间长了大家会感到厌倦,因为(3)页面的美观程度较差会使用户整体感官差,时间长了就会出现厌倦情绪,另外,系统给人的第一印

象是很重要的;

(4)易用性的需求理解:系统能满足用户需求,但过于复杂的操作步骤或与用户经常使用的操作步骤相左,用户操作起来很不顺手,时间长了用户会觉得某个功能操作很难用、别扭,这就需要需求分析时在系统功能分析完成后要考虑系统功能能的易用性。

测试需求通常是以软件开发需求为基础进行分析,通过对开发需求的细化和分解,形成可测试的内容。测试需求应全部覆盖已定义的业务流程,以及功能和非功能方面的需求。

●测试需求的特性

(1)指定的测试需求必须是可核实的。即,它们必须有一个可观察、可评测的结果,无法核实的需求不是测试需求。

(2)测试需求应指明满足需求的正常的前置条件,同时也要指明不满足需求时的出错条件;

(3)测试需求不涉及具体的测试数据,测试数据设计是测试设计环节应解决的内容。

●测试需求分析过程

测试需求分析过程包括需求采集、需求分析和需求评审三个环节。其中测试需求采集的输入是需求规格说明书,测试需求分析的输入是测试要点分析、功能交互分析、质量特性分析和测试类型分析,而需求评审的输入是测试需求。测试需求分析的输出包括:原始测试需求表、测试需求跟踪矩阵和评审结论。

图1-1 软件测试需求分析过程

1.需求采集

需求采集的过程是将软件开发需求中的那些具有可测试性的需求或特性的需求或特性提取出来,形成原始测试需求。(可测试性是指这些提取的需求或特性必须存在一个可以明确预知的结果,可以用某种方法对这个明确的结果进行判断、验证,验证是否符合文档中的要求。)

需求采集的方法一般通过列表的形式对软件开发需求进行梳理,形成原始测试数据需求列表,列表的内容包括需求标识,原始测试需

求描述、信息来源等。其中,将每一条软件需求对应的开发文档及章节号作为软件需求标识;使用软件需求的简述作为原始测试需求描述;软件需求的来源信息作为信息来源。

在提取的原始测试需求中,可能存在重复和冗余,在提取原始测试需求过程中,可以通过以下方法整理原始测试需求:

(1)删除:删除原始测试需求表中重复的、冗余的含有包含关系的原始测试需求描述。

(2)细化:对太简略的原始测试需求描述进行细化。

(3)合并:如果有类似的原始测试需求,在整理时需要对其进行合并。

测试需求采集的示例如表1-1所示:

2.需求分析

在进行相关测试需求信息收集后,下一个环节就是进行测试需求的分析。测试需求分析的流程包括测试要点分析、质量特性分析以及测试类型分析三个环节,如图1-2所示。

图1-2 测试需求分析过程

通过图1-2可知,测试需求分析的过程具体来讲包括如下三个环节:

(1)首先对原始测试需求列表中列出的每一条开发需求,形成可测试的分层描述的测试要点;(2)对所形成的每一条测试要点,从GB/T 16260.1-2006 《软件工程产品质量第1部分:质量模型》中定义的软件内部/外部质量模型来确定软件产品的质量需求;

(3)对步骤2中所确定的质量需求,分别测试执行时需要实施的测试类型;

(4)建立测试需求跟踪矩阵,对测试需求进行管理。

以下具体说明测试需求分析过程的几项活动:

(1)测试要点分析,具体流程如图1-3所示:

对开发需求的细化和分解具体包括:

①通过分析每条开发需求描述中的输入、输出、处理、限制、约束等,给出对应的验证内容;

相关文档
最新文档