《软件测试质量分析报告》由会员分享,可在线阅读,更多相关《软件测试质量分析报告(19页珍藏版)》请在金锄头文库上搜索。
1、软件测试质量分析报告软件测试质量分析报告1 编写目的编写目的为了发现程序的错误和缺陷,通过测试,检查该程序是否达到了预期的结果,发现其中的缺陷,确保程序可以正确执行。质量控制是为了保证每一件工作产品都满足对它的需求而应用于整个开发周期中的一系列审查、评审和测试,质量控制在创建工作产品的过程中包含一个反馈循环,通过对质量的反馈,使得我们能够在得到的工作产品不能满足其规约时调整开发过程。所有工作产品都应该具有定义好的和可度量的规约,这样就可以将每个过程的产品与这一规约进行比较。质量保证由管理层的审计和报告构成,目标是为管理层提供获知产品质量信息所需的数据,从而获得产品质量是否符合预定目标的认识和信
2、心。2 测试项目及说明测试项目及说明测试对象为一段计算基本运算加减乘除的代码,通过单元测试、集成测试、系统测试等方法来检测该程序的缺陷。软件质量保证是为了保证软件系统或软件产品满足用户要求的质量而进行的有计划、有组织的活动,其目的是生产高质量的软件。在软件质量方面必须强调三个要点: 软件必须满足用户规定的要求,与用户需求不一致的软件,就无质量可言。软件应遵循软件标准所定义的一系列开发标准,不遵循这些标准的软件,其质量难以得到保证。软件还应满足某些隐含的要求,例如希望有良好的可理解性、可维护性等,而这些隐含的要求可能未被写在用户规定的需求中,满足它的显性需求而不满足其隐含需求,那么该软件的质量是
3、令人怀疑的。4:测试工具及方法:测试工具及方法(1)单元测试)单元测试测试工具:测试工具:EclipseEclipse 简介:简介:Eclipse 是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言,它只是一个框架和一组服务,用于通过插件组件构建开发环境。幸运的是,Eclipse 附带了一个标准的插件集,包括Java 开发工具(Java Development Kit,JDK)。虽然大多数用户很乐于将 Eclipse 当作 Java 集成开发环境(IDE)来使用,但 Eclipse 的目标却不仅限于此。Eclipse 还包括插件开发环境(Plug-in Development
4、Environment,PDE),这个组件主要针对希望扩展 Eclipse 的软件开发人员,因为它允许他们构建与 Eclipse 环境无缝集成的工具。由于 Eclipse 中的每样东西都是插件,对于给 Eclipse 提供插件,以及给用户提供一致和统一的集成开发环境而言,所有工具开发人员都具有同等的发挥场所。这种平等和一致性并不仅限于 Java 开发工具。尽管 Eclipse 是使用 Java 语言开发的,但它的用途并不限于 Java 语言;例如,支持诸如 C/C+ 和 COBOL 等编程语言的插件已经可用,或预计将会推出。Eclipse 框架还可用来作为与软件开发无关的其他应用程序类型的基础
5、,比如内容管理系统。测试方法:白盒测试测试方法:白盒测试白盒测试简介:白盒测试简介:白盒测试(white-box testing)又称透明盒测试(glass box testing)、结构测试(structural testing)等,软件测试的主要方法之一,也称结构测试、逻辑驱动测试或基于程序本身的测试。白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。优点和缺点优点和缺点1. 优点优点昂贵迫使测试人员去仔细思考软件的实现可以检测代码中的每条分支和路径揭示隐藏在代码中的错误对代码的测试比较彻底最优化2
6、. 缺点缺点无法检测代码中遗漏的路径和数据敏感性错误不验证规格的正确性(2):系统测试):系统测试测试工具:测试工具:Eclipse测试方法:黑盒测试测试方法:黑盒测试黑盒测试简介:黑盒测试简介:等价类划分(EquivalencePartitioning)1.严格控制测试用例的增加,减少为达到“合理测试”的某些既定目标而必须设计的其他测试用例的数量2.它覆盖了大部分其他可能的测试用例。划分了等价类后,就可以说,如果对该集合中某个元素所进行的测试没有发现错误的话,那么对该集合中其他元素所进行的测试也不大可能会发现错误。使用等价类划分方法设计测试用例主要有两个步骤:(1)确定等价类;(2)生成测试
7、用例黑盒测试的优缺点黑盒测试的优缺点优点优点:1.对于较大的代码单元来说,黑盒测试比白盒测试效率较高。2.测试人员不需要了解细节,包括特定的编程语言。3.测试人员和开发人员是彼此独立的。4.从用户的角度测试,很容易被理解和接受。5.有助于暴露与任务规格不一致或者有歧义的地方。6.测试用例可以在需求规格完成之后马上执行。缺点缺点:1.测试的只有一小部分,不可能测试全部输入。2.没有清洁和简明的需求规格说明书,测试用例很难设计。3.如果测试人员,不被告知开发人员已经执行过的用例,在测试数据上会存在不必要的重复。4.很多测试路径没有测试到。5.不能直接对特定程序段进行测试,改程序段可能隐藏更多错误。
8、5:测试策略及流程:测试策略及流程(1)单元测试单元测试 测试用例测试用例:测试前说明:(2)条件“a=0”取真(TURE)时为 T1,取假(FALSE)时F1(3)条件“b=0”取真(TURE)时为 T2,取假(FALSE)时F2(4)条件“c=0”取真(TURE)时为 T3,取假(FALSE)时F3(5)条件“d0”取真(TURE)时为 T4,取假(FALSE)时 F41.判定覆盖法的基本思想是设计若干用例,运行程序被测,使得程序中每个判断的取真分支和取假分支至少经历一次,即判定真假值均曾被满足。测试用例具体取值条件判定条件通过路径In:a=1,b=1,c=1,d=1a=0,b=0,N=T
9、,F=T,P(1,2,4,6,8)Out:r=2c=0,d0O=T,P=TIn:a=-1,b=-1,c=-1,d=0Out:r=Fa=0b=0c=0d0a=ab=a+bd=a+b*c/dc=a+b+cd=r功能是否遗漏功能实现是否满足用户需求和系统设计的隐性需求输入能否正确接受,输出结果是否正确基本功能测试:测试内容序号操作输入期望结果测试结果是否通过正常输入2加法5+277.0是3减法5-233.0是4乘法5*21010.0是5除法5/22.52.50是6清除backspaceupdateresult否非法输入7除 05/0faultinfinity 否8连乘/除4*2updatefault
10、否9连加/减4+2updatefault否10输入4y+3updatfault否负载测试:负载测试:软件测试是保证软件质量的重要手段,对软件系统进行有效的负载压力测试,有助于精确的评估出软件性能的瓶颈,从而对其进行调优.利用自动化性能测试工具 LoadRunner,对计算器进行实例负载压力测试,初步评估出该 Web 网页的性能瓶颈,针对此性能瓶颈,提出改善并发用户数及用户访问速度的方法. 测试工具:HPLoadRunner关注点:增加用户的数量对系统响应时间的影响字母e11溢出12.3+4.3updatefault否12精度测试1/31/30.3333333是结论结论:通过对数据的分析我们可以
11、得出以下两点:1随用户的数量的增加,软件对数据的响应时间不断增大。2.通过对用户数量的增大,我们可以得出软件的最大用户数量在 3700 左右。6:缺陷统计及分析:缺陷统计及分析(1)单元测试)单元测试 测试分析:测试分析:1 分析测试结果于预期结果是否一致,测试覆盖率达到多少。测试类型测试结果与预期果测试覆盖率判定覆盖一致100%条件组合覆盖一致100%路径覆盖一致100%软件缺陷软件缺陷:1 输入负值,输出结果显示出错。2 只能计算一组数据,不能循环计算。3 减法测试模糊不清。7:测试质量分析:测试质量分析代码导入及运行过程:首先安装 java 开发工具箱 jdk,它是 java 程序能够运
12、行的条件,也是用来调试 java 程序的工具,之后安装可视化的 java 编译环境 eclipse 直接进行 java 程序的编码工作,并提供可视化的运行环境,我们说 jdk 同样可以做出 java 项目,毕竟 eclipse本身就是用 jdk 编写的,所以用 eclipse 运行的 java 程序也可以用 jdk 运行。(1)代码导入:安装好 jdk 与 eclipse 后,打开 eclipse,左击文件新建一个 java 项目(2)命名为 MyProject 后点击完成,右击项目名称新建一个class 文件命名为 size 后点击完成,将代码复制在 size.java 中运行结果如下代码运
13、行后开始软件测试。8.评价软件的角度评价软件的角度(1)正确性 正确性是指软件按照需求正确执行任务的能力。 正确性也涵盖了“精确性方面。无庸质疑,这是对一款软件最基本的要求,比如我们通过 ATM 自动取款机取款时,在输入 1,000 时,结果只输出了 800 或者输出了 1,200,可想而知这会对银行和客户会产生多大的影响。一款软件满足不了正确性的要求,再谈其他任何方面都没意义。(2)健壮性健壮性是指在异常或者不利情况下,软件能够正常运行的能力。我们可以用生活中的一个例来说明,当流感出现的时候,在同样环境下,有些人很容易就生病,而有些人却任你东南西北风,就是安然无恙。(3)性能性能也就是一个软
14、件效率问题。(4)易用性顾名思义,易用性是软件能否满足客户容易操作使用程度。易用性也是衡量一款软件质量好坏的一个重要方面。(5)人员素质 软件是人做出来的,软件质量的好坏和开发、测试以及有关管理人员都息息相关。在软件开发方面,我们在此不谈,只从测试的角度来谈软件质量保证。说质量保证,先问下自己,从事质量保证的人员真的有能力去做好质量保证吗?质量保证的人员能力问题是个重要方面,如果连软件中潜在问题都发现不了,想解决问题,做高质量的软件,谈何容易? 测试人员能力是一方面,其他如从事软件测试人员的职业素养也是个重要方面。如果一款软件未有充分去测,甚至对有些概率性的问题一笑而过,耐不住性子深入去测,或者在发行版本时只简单测试一下,这些都无法真正保证软件的质量。而这种情况下的出现,测试人员根据简单的测试,下了个软件没问题的结论,这样对顾客而言影响是很大的,最终对公司而言无论形象还是未来产品销售等方面的都是不利的。