软件测试与验收Word格式文档下载.docx
- 文档编号:13764100
- 上传时间:2022-10-13
- 格式:DOCX
- 页数:9
- 大小:71.48KB
软件测试与验收Word格式文档下载.docx
《软件测试与验收Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《软件测试与验收Word格式文档下载.docx(9页珍藏版)》请在冰豆网上搜索。
测试计划应包括,所测试软件的功能,输入和输出,测试内容,各项测试的进度安排,资源要求,测试资料,测试工具,测试用例的选择,测试的控制方式和过程,系统组装方式,跟踪规程,调试规程,以及回归测试的规定等以及评价标准。
对测试计划,要明确规定,不要随意解释。
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白盒测试
白盒测试是按照程序内部的结构进行测试,检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正常工作。
在白盒测试中,测试人员把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。
白盒测试要求全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
白盒测试是穷举路径测试。
在使用这一方案时,测试者必须检查程序的内部结构,从检查程序的逻辑着手,得出测试数据。
贯穿程序的独立路径数是天文数字,即使每条路径都测试了仍然可能有错误。
所以,白盒测试对于一些无法得到源程序的软件无能为力;
无法检验程序的外部特性;
也无法发现程序的逻辑错误或遗漏。
白盒测试也称结构测试或逻辑驱动测试,它是知道产品内部工作过程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,而不顾它的功能,白盒测试主要用于软件验证。
白盒测试的主要方法有:
(1)逻辑覆盖。
逻辑覆盖是以程序内部的逻辑结构为基础的设计测试用例的技术,根据覆盖的范围不同,又可分为语句覆盖、分支覆盖、条件覆盖等。
(2)路径测试。
路径测试是设计足够的测试用例,覆盖程序中所以可能的路径。
在路径数目很大时,真正做到完全覆盖是很困难的,这就需要把覆盖路径数目压缩到一定限度。
合理的白盒测试,就是要选取足够的测试用例,对源代码实现比较充分的覆盖,以便尽可能多地发现程序中的错误。
白盒测试需要全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
由于白盒测试方法己知产品的内部工作过程,针对性很强,可以对程序每一行语句、每一个条件或分支进行测试,测试效率比较高,而且可以清楚己测试的覆盖程度。
如果时间足够多,可以保证所有的语句和条件得到测试,测试的覆盖程度达到很高。
所以,白盒测试方法适合单元测试、集成测试,而不适合系统测试。
白盒测试方法准备的时间很长,如果要覆盖全部程序语句、分支的测试,一般花费比编程更长的时间。
白盒测试方法所要求的技术也较高,相应的测试成本要大。
对于一个应用的系统,程序的路径数可能是一个天文数字,即使借助一些测试工具,白盒测试法也不可能进行穷举测试,企图遍历所有的路径往往是做不到的。
即使穷举路径测试,也不能查出程序违反了设计规范的地方。
不能发现程序中已实现但不
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 验收
![提示](https://static.bdocx.com/images/bang_tan.gif)