软件测试案例分析报告.pdfVIP

对软件测试理解

软件测试作为软件质量保证的一种重要方法，近些年来,软件测试越来越受

到产业界、教育界和学术界的重视。软件测试，描述一种用来促进鉴定软件的正

确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预

期输出间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序

进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评

估的过程。

1软件测试的方法

1.1黑盒测试

在黑盒测试(或称功能测试)中，不考虑程序的内部结构和表现，其目的是确

定程序的输入与输出是否与其规格一致，力图发现以下几类错误：

是否有不正确或遗漏了的功能？在接口上，输入能否正确地接受？能否正

确地输出结果？

是否有数据结构错误或外部信息(例如数据文件)访问错误？性能上是否能满

足要求？

是否有初始化或终止性错误？

黑盒测试的主要缺点是依赖于规格的正确性(实际情况并非如此)和需要采用

所有可能的输入作为测试用例才能保证模块的正确性。

1.2白盒测试

在该方法对软件的过程性细节做细致检查，对程序所有逻辑进行测试。通过

在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。测试用例从

程序的逻辑中产生。确定程序逻辑覆盖有几条原则，其中之一是语句覆盖，要求

程序中的每条语句至少执行一次。这条原则是必要的，但不充分，因为部分错误

并不能检测出来。

1.3从上至下测试

从上至下测试从程序的顶点模块开始，然后逐步对较低级的模块进行测试。

为了模仿被测试模块的低级模块，需要哑模块或桩子模块。从上至下测试的主要

好处就是排除了系统测试和集成，它可以让人们看见系统的早期版本并证明系统

的正确性。它的效果之一可以提高程序员的士气。从上至下测试的主要缺点是需

要桩子模块，并且在桩子模块中的测试数据直到输入输出模块加入之前不能确

定。某些模块的测试数据难以创建，因为桩子模块不能模拟数据流使得模块之间

的数据流不能组织成有向无环图。

1.4从下至上测试

从下至上测试策略从程序的最低级模块(不调用别的模块)开始。为了模拟高

一级的模块需要驱动模块。当对所有的低一级模块测试完毕才对高一级模块进行

测试。从下至上测试方法的优点之一是测试数据的建立不存在困难。尽管数据流

不在有向无环图中，但驱动模块模拟所有的调用参数，如果关键模块位于调用模

块的底部，则从上至下测试方法更优。从下至上测试的主要缺点是系统的早期版

本直到最后模块测试完毕才产生，并且设计和测试一个系统不能重叠进行，因为

不可在低级模块设计之前进行测试。

测试用例一般描述

测试用例编号[必写，填写标号]设计者[必写，填写姓名]

测试项[必写，填写所测试所属功能[必写，测试项的功

项目名称]能]

功能描述[必写，被测试的功能描述]

测试要点[必写，规定本模块主要测试内容以及业务逻辑规定

（数据的完整性，正确性，与业务的复合型，是否可删除作

废）]

预置条件[必写，哪些测试用例必须执行（为了运行该模块，哪些模

块应该先启动）]

输入数据[必写，需要输入系预期结果[必写，说明进行该

统的测试数据]项测试会得到怎

么样的结果才正

确，是实际测试者

的参与]

测试