软件测试与验收

软件测试与验收目录1 ................................ 错误!未定义书签。

软件测试的目的和原则.............. 错误!未定义书签。

2 软件测试用例设计 (5)2.1测试用例的选择 (5)2.2 测试用例输入数据的选择 (5)2.3 输出结果预测 (5)2.4 保留全部测试用例 (6)2.5 软件测试的误区 (6)3 测试方法分类 (6)3.1 黑盒测试和白盒测试 (6)3.1.1 黑盒测试 (7)3.1.2 白盒测试 (7)3.2 静态测试和动态测试 (9)3.2.1 静态测试 (9)3.2.2 动态测试 (9)3.3 测试方法的发展 (10)3.4 测试方法小结 (11)4 软件验收测试的主要内容 (11)使用往往不遵循事先的约定，使用了一些意外的输入，如用户在键盘上按错了键或打入了非法的命令，如果开发的软件遇到这种情况时不能作出适当的反应，给出相应的信息"那么就容易产生故障"轻则给出错误的结果，重则导致软件失效。

因此，系统软件处理非法命令的能力也必须在测试时受到检验。

用不合理输入条件测试程序时，往往比用合理的输入条件进行测试能发现更多的错误。

5）充分注意测试中的群集现象。

测试时不要以为找到了几个错误问题就已解决，不需要测试了，经验表明，测试后程序中残存的错误数目与该程序中已发现的错误数目或检错率成正比，根据这个规律应当对错误群集的程序进行重点测试，以提高测试投资的效益。

在所测试程序段中，若发现错误数目多，则残存数目也较多，这种错误群集性现象，已为许多程序的测试实践所证实。

这种现象对测试很有用，如果发现某一程序模块似乎比其它程序模块有更多的错误倾向时，则应当花费较多的时间和代价来测试这个程序模块。

6）严格执行测试计划，排除测试的随意性。

测试计划应包括，所测试软件的功能，输入和输出，测试内容，各项测试的进度安排，资源要求，测试资料，测试工具，测试用例的选择，测试的控制方式和过程，系统组装方式，跟踪规程，调试规程，以及回归测试的规定等以及评价标准。

对测试计划，要明确规定，不要随意解释。

7）应当对每一个测试结果做全面检查。

这是一条最明显的原则，但常常被忽视，有些错误的征兆在输出实测结果时已经明显地出现了，但是如果不仔细地全面地检查测试结果，就会使这些错误被遗漏掉。

所以必须对预期的输出结果明确定义，对实测的结果仔细分析检查，抓住征候，暴露错误。

8）妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。

测试可以采用自顶向下或自底向上进行，自顶向下测试先从全系统开始，再测试每个子模块，自底向上测试先从子模块测试开始，逐步测试各子模块的父模块，最后进行全系统综合测试，模块测试的目的是验证是否和规格相符。

进行模块测试必须考虑两件事，测试用例的设计和测试模块的规模，测试用例可从规格或分析模块代码产生，相应的测试策略分为黑盒测试和白盒测试，并有两种方法和它们进行组合，非增量与增量测试，非增量测试分别对每个模块进行测试，然后组装成系统，不再进一步测试。

而增量测试对每一个模块和被测试过的模块进行组合测试，增量测试能更早地检测出错误，自顶向下或自底向上测试它们均基于这样的假设，模块的调用关系为有向无环图。

2 软件测试用例设计2.1测试用例的选择软件测试是对软件功能、设计和实现的最终审定,其方法可以分为两类:基于规范的功能测试方法和基于程序的结构测试方法。

功能测试以软件规范为依据选取测试数据,其正确性依赖于规范的正确性。

结构测试则根据程序的内部结构设计测试用例。

其实无论采取哪一种测试策略,设计测试方案都是测试阶段最关键的技术问题。

理想情况下,测试所有可能的输入,将提供程序行为最完全的信息,但这是不可能的。

因此,如何来选择测试值是一个非常值得研究的方向。

一个测试用例,就是设定输入数据,运行被测试函数,然后判断实际输出是否符合预期。

输入数据是测试用例的核心,输入数据的定义是:被测试函数所读取的外部数据及这些数据的初始值。

测试用例是对某个特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略,内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。

由此可见,测试用例是软件测试的核心,也是软件测试质量稳定的根本保障。

因此,软件测试用例的选择一般遵循以下几条基本准则:1）测试用例要具有代表性,即能够代表各种合理和不合理的、合法的和非法的、边界和越界的以及极限的输入数据、操作和环境设置等;测试结果具有可判定性,即测试执行结果的正确性是可判定的或可评估的。

2）测试结果具有可再现性，即同样的测试用例，系统执行结果相同。

2.2 测试用例输入数据的选择用一定的规则选择有代表性的数据作为输入数据,主要有三种:正常、边界、非法输入,每种输入还可以分类,也就是平常说的等价类法,每类取一个数据作为输入数据,如果测试通过,可以肯定同类的其他输入也是可以通过的。

2.3 输出结果预测整的测试用例不但需要测试的输入数据,而且需要对应这些输入数据的预期输出结果。

在使用白盒测试时,最理想的情况是希望能够执行到每条路径,但由于软件需求的不完整性、软件逻辑路径的组合性、输入数据的大量性及结果多样性等因素,哪怕是一个极其简单的程序,要想穷尽所有逻辑路径、所有输入数据和验证所有结果是非常困难的一件事情。

2.4 保留全部测试用例软件测试开发过程中,一定要做好测试用例的保存工作,这样在测试人员发生变动或者开展回归测试时会减少许多工作。

我们在在程序改良或者Bug改正后需要重新测试时,就避免大量的枯燥乏味的重复工作,从而在提高测试效果的同时也相应的节省了软件开发成本。

2.5 软件测试的误区在确定测试用例设计目标时,一些项目管理人员强调测试用例“越详细越好”。

这种做法和观点最大的危害就是耗费了很多的测试用例设计时间和资源,可能等到测试用例设计、评审完成后,留给实际执行测试的时间所剩无几了。

由于当前软件公司的项目团队在规划测试阶段,分配给测试的时间和人力资源是有限的,而且软件项目的成功要坚持“质量、时间、成本”的最佳平衡,然而,没有足够多的测试执行时间,就无法发现更多的软件缺陷,测试质量更无从谈起了。

所以,有效地设计测试用例,是搞好软件测试的关键。

总之,测试用例是测试工作的指导,是软件测试必须遵守的准则,更是软件测试质量稳定的根本保障。

3 测试方法分类软件测试的目标在于以最少的时间和人力系统地找出软件中潜在的各种错误和缺陷。

所以如何测试的彻底、怎样设计测试用例是测试的关键所在。

而软件测试的方法是多种多样的,这些方法各有优缺点,适用于不同的场合。

下面针对各种测试方法及其优缺点作一下简要地介绍,可以从不同的角度加以分类: （1）软件开发过程中的测试。

包括单元测试、集成测试、系统测试、验收测试等.（2）软件产品的测试。

测试对象是己经或即将产品化的软件,包括功能测试、性能测试、p测试和Benchmark测试;（3）专门的软件测试。

包括可靠性测试、标准符合性测试、互操作性测试、安全性测试、强度测试等。

（4）从是否需要执行被测软件的角度来看,可分为静态测试和动态测试。

（5）从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为黑盒测试和白盒测试。

软件测试的方法和技术是多种多样的,从不同的角度出发,软件测试可以划分为不同的分类3.1 黑盒测试和白盒测试最早的测试方法可分为黑盒测试和白盒测试。

3.1.1 黑盒测试黑盒测试也称功能测试或数据驱动测试。

它在己知产品应具有的功能条件下,通过测试来检测每个功能是否都能正常使用。

在测试时,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据并产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。

黑盒测试也称功能测试或数据驱动测试,是系统测试时常使用的方法。

它主要关注的是产品所应具有的功能,而不是内部逻辑。

很明显,如果外部特性本身有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。

黑盒测试法注重于测试软件的功能需求,主要试图发现几类错误:功能不对或遗漏、界面错误、数据结构或外部数据库访问错误、性能错误、初始化和终止错误。

黑盒测试方法主要有等价类划分、边界值分析、因果图、错误推测等,主要用于软件确认测试,人们不仅要测试所有合法的输入,而且还要对那些不合法但是可能的输入进行测试:1）等价类划分。

等价类划分是一种典型的黑盒测试方法。

等价类是指测试相同目标或者暴露相同错误的一组测试用例,等价类划分是将数量巨大的输入数据(有效的和无效地)划分成若干等价类,在每一个等价类中选取一个代表性的输入数据作为测试的输入条件,通过这些少量代表性测试数据覆盖整个输入数据集合,取得良好的测试效果。

等价类测试的步骤为:(1)划分等价类;(2)为每一个有效等价类和无效等价类规定一个唯一的编号;(3)设计一个测试用例,使其尽可能多地覆盖尚未覆盖的有效等价类,重复这一步直到所有有效等价类均被测试用例所覆盖;(4)设计一个测试用例,使其只覆盖一个无效等价类,重复这一步,直到所有无效等价类均被覆盖。

2）边界值分析。

从长期的实践中得知,处理边界情况时,程序最容易发生错误。

所以,在设计测试用例时,应该选择一些边界值,这就是边界值分析的测试技术。

边界值分析也是一种黑盒测试方法,是对等价类划分方法的补充。

3）因果图法。

因果图是设计测试用例的一种工具,他主要检查输入条件的组合。

等价类划分、边界值分析的测试用例设计方法还不能考虑到组合输入条件可能引起软件错误,而因果图法则弥补了这个不足之处。

4)错误推测法。

人们可以凭借经验和直觉来预测软件中可能存在的各种错误,从而有针对性地设计测试用例。

根据经验积累和直觉判断,列出软件中可能存在的错误和容易发生错误的情况,针对这些情况选择测试用例。

3.1.2 白盒测试白盒测试是按照程序内部的结构进行测试,检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正常工作。

在白盒测试中,测试人员把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。

白盒测试要求全面了解程序内部逻辑结构、对所有逻辑路径进行测试。

白盒测试是穷举路径测试。

在使用这一方案时,测试者必须检查程序的内部结构,从检查程序的逻辑着手,得出测试数据。

贯穿程序的独立路径数是天文数字,即使每条路径都测试了仍然可能有错误。

所以,白盒测试对于一些无法得到源程序的软件无能为力;无法检验程序的外部特性;也无法发现程序的逻辑错误或遗漏。