软件测试论文正文

《软件测试论文正文》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、3第一章绪论第一章绪论1.1软件测试概念和目的1.1.1软件测试的概念软件测试是为了发现错误而执行程序的过程，测试只能找出程序中的错误，而不能证明程序无错。也就是说软件测试就是使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度(correctness)、完全度(completeness)和质量(quality)的软件过程；是SQA(softwarequalityassurance)的重要子域。

2、1.1.2软件测试的目的GrenfordJ.Myers曾对软件测试的目的提出过以下观点:（1）测试是为了发现程序中的错误而执行程序的过程；（2）好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；（3）成功的测试是发现了至今为止尚未发现的错误的测试。然而,这种观点指出测试是以查找错误为中心,而不是为了演示软件的正确功能.但是只从字面意思理解,可能会产生误导,认为发现错误是软件测试的唯一目的,查找不出错误的测试就是没有价值的测试,实际上并非如此!（1）测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项

3、目管理者发现当前软件开发过程中的缺陷,以便及时改进；（2）这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性；（3）没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法。3第一章绪论1.1.3软件测试框图说明修复事故缺陷缺陷缺陷错误错误错误错误需求规格说明设计编码测试缺陷分类缺陷隔离缺陷解决图1—1软件测试框图1.2软件测试原则和分类1.2.1软件测试的基本原则为了进行有效的测试，测试工程师必须掌握软件测试的基本原则，软件测试的几大原则：1.所有的测试都应追溯到用户需求；2.软件开发人员即程序员应

4、当避免测试自己的程序；3.应尽早地和不断地进行软件测试；4.对测试用例要有正确的态度；5.人以群分，物以类聚，软件测试也不例外，一定要充分注意软件测试中的群集现象，即“Pareto原则”；6.严格执行测试计划，排除测试的随意性，以避免发生疏漏或者重复无效的工作；7.应当对每一个测试结果进行全面检查；8.妥善保存测试用例、测试计划、测试报告和最终分析报告，以备回归测试及维护之用。在遵守以上原则的基础上进行软件测试，可以以最少的时间和人力找出软件中的各种缺陷，从而达到保证软件质量的目的。3第一章绪论1.2.2软件测试的分类软件测试的技术

5、和方法是多种多样的，对于软件测试技术，可以从不同的角度加以分类。1.从是否关心软件内部结构和具体实现的角度（即按测试方法）划分为白盒测试和黑盒测试。2.从是否执行程序的角度（即按测试方式）划分为静态测试和动态测试。3.从软件开发的过程按阶段（即按测试过程）划分为单元测试、集成测试、确认测试、系统测试和验收测试。这四个过程相互独立且顺序相接，依次进行。4.从用户的需求（即测试目的）划分为功能测试、健壮性测试、接口测试和性能测试。此外，按照测试目的划分还包括强度测试、压力测试、用户界面测试、安全测试、可靠性测试、安装反安装测试、文档测

6、试、恢复测试和兼容性测试。1.3软件测试的复杂性与经济性1.3.1软件测试的复杂性设计测试用例是一项细致并需要高度技巧的工作，稍有不慎就会顾此失彼，发生不应有的疏漏。不论是黑盒测试方法还是白盒测试方法，由于测试情况数量巨大，都不可能进行彻底的测试。所谓彻底测试，就是让被测程序在一切可能的输入情况下全部执行一遍。通常也称这种测试为“穷举测试”。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进

7、行测试。“白盒”3第一章绪论法是穷举路径测试，贯穿程序的独立路径数是天文数字，但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。e．w．dijkstra的一句名言对测试的不彻底性作了很好的注解：“程序测试只能证明错误的存在，但不能证明错误不存在”。在实际测试中，穷举测试工作量太大，实践上行不通，这就注定了一切实际测试都是不彻底的。当然就不能够保证被测试程序中不存在遗留的

8、错误。1.3.2软件测试的经济性软件工程的总目标是充分利用有限的人力和物力资源，高效率、高质量地完成测试。为了降低测试成本，选择测试用例时应注意遵守“经济性”的原则。第一，要根据程序的重要性和一旦发生故障将造成的损失来确定它的测试等级