毕业设计(论文)-软件测试方法与测试过程的分析与研究2.doc

毕业设计(论文)-软件测试方法与测试过程的分析与研究2.doc

  1. 1、本文档共53页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
毕业设计(论文)-软件测试方法与测试过程的分析与研究2

软件测试概念和目的 1.1.1软件测试的概念 软件测试是为了发现错误而执行程序的过程,测试只能找出程序中的错误,而不能证明程序无错。也就是说软件测试就是使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。 它是帮助识别开发完成(中间或最终的版本)的计算机软件(整体或部分)的正确度(correctness)、完全度(completeness)和质量(quality)的软件过程;是SQA(software quality assurance)的重要子域。 1.1.2软件测试的目的 Grenford J.Myers曾对软件测试的目的提出过以下观点: (1)测试是为了发现程序中的错误而执行程序的过程; (2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案; (3)成功的测试是发现了至今为止尚未发现的错误的测试。 然而,这种观点指出测试是以查找错误为中心,而不是为了演示软件的正确功能.但是只从字面意思理解,可能会产生误导,认为发现错误是软件测试的唯一目的,查找不出错误的测试就是没有价值的测试,实际上并非如此! (1)测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进; (2)这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性; (3)没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法。 1.1.3软件测试框图说明 修复 修复 事故 缺陷 缺陷 缺陷 错误 错误 错误 错误 需求规格说明 设计 编码 测试 缺陷分类 缺陷隔离 缺陷解决 图1—1 软件测试框图 1.2 软件测试原则和分类 1.2.1 软件测试的基本原则 为了进行有效的测试,测试工程师必须掌握软件测试的基本原则,软件测试的几大原则: 1.所有的测试都应追溯到用户需求;2.软件开发人员即程序员应当避免测试自己的程序;3.应尽早地和不断地进行软件测试;4.对测试用例要有正确的态度;5.人以群分,物以类聚,软件测试也不例外,一定要充分注意软件测试中的群集现象,即“Pareto原则”;6.严格执行测试计划,排除测试的随意性,以避免发生疏漏或者重复无效的工作;7.应当对每一个测试结果进行全面检查;8.妥善保存测试用例、测试计划、测试报告和最终分析报告,以备回归测试及维护之用。 在遵守以上原则的基础上进行软件测试,可以以最少的时间和人力找出软件中的各种缺陷,从而达到保证软件质量的目的。 1.2.2 软件测试的分类 软件测试的技术和方法是多种多样的,对于软件测试技术,可以从不同的角度加以分类。 1.从是否关心软件内部结构和具体实现的角度(即按测试方法)划分为白盒测试和黑盒测试。 2.从是否执行程序的角度(即按测试方式)划分为静态测试和动态测试。 3.从软件开发的过程按阶段(即按测试过程)划分为单元测试、集成测试、确认测试、系统测试和验收测试。这四个过程相互独立且顺序相接,依次进行。 4.从用户的需求(即测试目的)划分为功能测试、健壮性测试、接口测试和性能测试。 此外,按照测试目的划分还包括强度测试、压力测试、用户界面测试、安全测试、可靠性测试、安装\反安装测试、文档测试、恢复测试和兼容性测试。 1.3软件测试的复杂性与经济性 1.3 设计测试用例是一项细致并需要高度技巧的工作,稍有不慎就会顾此失彼,发生不应有的疏漏。不论是黑盒测试方法还是白盒测试方法,由于测试情况数量巨大,都不可能进行彻底的测试。所谓彻底测试,就是让被测程序在一切可能的输入情况下全部执行一遍。通常也称这种测试为“穷举测试”。 “黑盒”法是穷举输入测试,只有把所有可能的输入都作为测试情况使用,才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个,人们不仅要测试所有合法的输入,而且还要对那些不合法但是可能的输入进行测试。 “白盒”法是穷举路径测试,贯穿程序的独立路径数是天文数字,但即使每条路径都测试了仍然可能有错误。第一,穷举路径测试决不能查出程序违反了设计规范,即程序本身是个错误的程序。第二,穷举路径测试不可能查出程序中因遗漏路径而出错。第三,穷举路径测试可能发现不了一些与数据相关的错误。e.w.dijkstra的一句名言对测试的不彻底性作了很好的注解:“程序测试只能证明错误的存在,但不能证明错误不存在”。 在实际测试中,穷举测试工作量太大,实践上行不通,这就注定了一切实际测试都是不彻底的。当然就不能够保证被测试程序中不存在遗留的错误。 1.3 软件工程的总目标是充分利用有限的人力和物力资源,高效率、高质量地完成测试。为了降低测试成本,选择测试用例时应注意遵守“经济性”的原则。第一,要根据程序的重要性和一旦发生故障将造成的损失

您可能关注的文档

文档评论(0)

beoes + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档