《软件测试》简介:

软件测试》(原书第2版)全面地介绍了软件测试的基础知识和方法。通过问题、图表和案例研究,对软件测试数学问题和技术进行了深入的研究,并在例子中以更加通用的伪代码取代了过时的Pascal代码,从而使内容独立于具体的程序设计语言。《软件测试》(原书第2版)还介绍了面向对象测试的内容,并完善了GUI测试内容。

《软件测试》摘录:

第一部分 数学背景 第一章 测试概述 1.1 基本定义 【错误】人类会犯错误。 【缺陷】错误的结果。 【失效】当缺陷执行时会发生失效。 【事故】当出现失效时,可能会也可能不会呈现给用户。 【测试】要处理错误、缺陷、失效和事故,是采用测试用例执行软件的活动。 【测试用例】有一个标识,并与程序行为有关,有一组输入和一个语气输出表。 在开发阶段,有三次机会可能引入错误,分别是需求规格说明、设计和编码阶段。测试人员将这种生命周期归纳为:前三个阶段是“引入程序错误”,测试阶段是“找出程序错误”,后三个阶段是“清除程序错误”。“缺陷解决”是另一个引入错误以及新缺陷的机会。 1.2 测试用例 输入实际上有两种类型:前提和有某种测试方法所标识的实际输入。 预期输出也有两类:后果和实际输出。 测试活动要建立必要的前提条件,提供测试用例输入,观察输出,然后将这些输出与预期输出进行比较,以确定该测试是否通过。 测试用例的其他信息:ID、目的、前提、输入、预期输出、后果、执行历史、日期、结果、版本、执行人。 1.3 通过维恩图理解测试 测试就是确定既被描述又被实现的程序行为的范围。 1.4 标识测试用例 有两种基本方法可以用来标识测试用例,即功能性测试(黑盒)和结构性测试(白盒)。 功能性测试的基本观点是,任何程序都可以看作是将从输入定义域取值映射到输出值域的函数。 采用功能性方法标识测试用例,所使用的唯一信息就是软件的规格说明。 功能性测试——优点:与软件如何实现无关,所以如果实现发生变化,测试用例仍然有用;测试用例开发可以与实现并行进行,因此可压缩总得项目开发时间。缺点:测试用例之间可能存在严重的冗余,此外可能还会有未测试的软件漏洞。 功能性测试的主流方法:边界值分析、健壮性分析、最坏情况分析、特殊值测试、输入等价类、输出等价类和基于决策树的测试。 功能性测...

《软件测试》目录:

第一部分 数学背景
第二部分 功能性测试
第三部分 结构性测试
第四部分 集成与系统测试
第五部分 面向对象的测试
· · · · · ·