软件测试技术-电子教案 第1章 软件测试基本知识

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
决定是否停止测试。
1.2 软件测试基本概念
软件测试和修复
软件测试和修复是不同意义的行为过程,最能 体现修复行为的是调试和修正。
经过测试发现错误后,往往不能直觉从测试结 果中找到错误的根源,这就需要充分利用测试 结果和测试过程中提供的信息进行全面分析, 通过调试发现错误,并修正这些发现的错误。
为维护工作提供充分的资料。
1.2 软件测试基本概念
测试停止的依据(标准)
第一类标准:测试超过了预定时间,则停止测 试。这类标准不能用来衡量测试质量。
第二类标准:执行了所有的测试用例,但并没 有发现故障,则停止测试。
第三类标准:使用特定的测试用例设计方案作 为判断测试停止的基础。
第四类标准:正面指出停止测试的具体要求。 第五类标准:根据单位时间内查出故障的数量
软件测试技术
第1章 软件测试基本知识
第1章 软件测试基本知识
1.1 软件的概念 1.2 软件测试基本概念 1.3 软件测试的必要性 1.4 软件测试的分类
1.1 软件的概念
软件就是程序加文档的集合体 计算机软件主要分为系统软件和应用软件二大类。 系统软件为计算机使用提供最基本的功能,是负
软件测试的目的
测试的目的是发现错误。
1.2 软件测试基本概念
软件测试的原则
尽早地和及时地测测试发现得越晚,修复的代价越高。 测试用例应当由测试数据和与之对应的预期结果这两
部分组成; 在程序提交测试后,应当由专门的测试人员进行测试,
避免由程序设计者自行检查程序。 测试用例应包括测试的随意性; 充分注意测试当中的群体现象; 应对每一个测试结果做全面的检查; 保存测试计划、测试用例、出错统计和最终分析报告,
测试用例
为特定的目的而设计的一组测试输入、执行条件和预 期的结果;测试用例是执行测试的最小实体。
测试步骤:
测试步骤详细规定了如何设置、执行、评估特定的测 试用例。
1.2 软件测试基本概念
软件测试的对象
软件测试不等于程序测试。 软件开发过程中所产生的需求规格说明、概要
设计规格说明、详细设计规格说明以及源程序 都是软件测试的对象。
用区/子程序交叉引用表”等 检查所测程序违反编程标准的错误 对一些静态特性的统计功能
静态分析并不等同于编译系统 ,静态分析的查错和分析功 能是编译程序所不能代替的 。 静态分析工具的结构一般 由四部分组成:语言程序的预处理器、数据库、错误分析 器和报告生成器。
动态测试
动态测试分为结构测试与功能测试
1.3 软件测试的必要性
Ashton Tate公司DbaseIV Borland公司的Borland C++ 4.0 迪斯尼公司的狮子王游戏 千年虫问题 暴风软件召回 淘宝手机软件事件
1.4 软件测试的分类
按照是否需要执行程序,软件测试可划分 为静态测试和动态测试
静态测试:并不真正运行被测试程序,只是进 行特征分析
软件测试就是在软件投入运行前,对软件 需求分析、设计规格说明和编码实现的最 终审查,它是软件质量保证的关键步骤
1.2 软件测试基本概念
软件测试的定义
软件测试是为了发现错误而执行程序的过程。 软件测试是根据软件开发各阶段的规格说明和程序的
内部结构而精心设计的一批测试用例,并利用这些测 试用例运行程序以及发现错误的过程,即执行测试步 骤。
测试覆盖监视程序:主要用在结构测试中,可 以监视测试的实际覆盖程度。
断言处理程序 :对照断言语句检查事先指定的 断言是否成立。可以帮助复杂系统的检验、调 试和维护
符号执行程序 :符号执行法是一种介于程序测 试用例执行与程序正确性证明之间的方法。它 使用了一个专用的程序,对输入的源程序进行 解释。
责管理计算机系统中各种独立的硬件,使得它们 可以协调工作。 系统软件又分为操作系统和支撑 软件,其中操作系统是最基本的软件。 应用软件是为了某种特定的用途而被开发的软件。 如:QQ、MSN、手机股票、游戏软件
1.2 软件测试基本概念
软件测试是测试的一种,顾名思义就是对 软件进行测试。软件测试是由于软件缺陷 的存在而产生的。我们将所有软件问题统 称作软件缺陷,不管他们的规模和危害有 多大,由于它们都会产生使用障碍,而都 称为软件缺陷。
1.3 软件测试的必要性
按照软件测试的策略和过程来分类,软件测试可分为单元 测试、集成测试、系统测试、验证测试和确认测试 。
单元测试:对软件中的基本组成单位进行的测试 集成测试:在软件系统集成过程中所进行的测试,其主要
目的是检查软件单位之间的接口是否正确。 系统测试:对已经集成好的软件系统进行彻底的测试,以
1.4 软件测试的分类
按照软件测试用例的设计方法而论,软件测试可 以分为白盒测试和黑盒测试
白盒测试:按照程序内部的结构测试程序,检验 程序中的每条通路是否都有能按预定要求正确工 作 ,主要方法有逻辑驱动、基路测试等,主要用 于软件验证 。
黑盒测试:在已知产品所应具有的功能,通过测 试来检测每个功能是否都能正常使用 ,黑盒测试 方法主要有等价类划分、边值分析、因—果图、 错误推测等 。
验证软件系统的正确性和性能等满足其规约所指定的要求 。 验证测试:旨在向软件的购买者展示该软件系统满足其用
户的需求。 确认测试:在软件维护阶段,对软件进行修改之后进行的
测试。其目的是检验对软件进行的修改是否正确。
动态测试:通过选择适当的测试用例,实际运 行所测程序,比较实际运行结果和预期结果, 以找出错误。
静态测试
静态分析程序不需要执行所测试的程序,它扫描所测试程 序的正文,对程序的数据流和控制流进行分析。然后送出 测试报告。
检查模块中的变量 检查模块接口的一致性 检查在逻辑上可能有错误的结构以及多余的不可达的程序段 建立“变量/语句交叉引用表”、“子程序调用顺序表”、“公
相关文档
最新文档