软件测试模板论文

沈阳理工大学应用技术学院学士学位论文I沈阳理工大学高等职业技术学院软件测试（论文）题目：________软件测试__________系别：_信息工程系__________专业：计算机科学与技术______学生姓名：_______________指导教师：__孙承福____________年月日摘要随着中国IT行业的发展和软件市场的成熟，人们对软件作用期望值越来越高，软件的质量、性能、可靠性等方面也正逐渐成为人们关注的焦点。近年来，由于软件错误而造成经济损失，导致严重后果的事例屡见不鲜。因此，如何让保证软件产品的质量和可靠性就成为人们必须解决的一个重要问题，而软件测试是保证软件质量的一个重要手段。在软件行业日新月异的发展进程中，软件的品牌以及种类已经到了数不胜数的地步，而软件测试已成为其中一个不可分割的部分。新的测试理论，测试方法，测试技术手段在不断涌出，软件测试机构和组织也在迅速产生和发展，由此软件测试技术职业也同步完善和健全起来。本软件的开发过程完全遵循软件开发流程来完成的。经历了需求分析阶段，数据库设计阶段，界面开发阶段，编码阶段，最后通过软件测试，完成整个软件的开发。测试软件使用QucktestProfessional（QTP）软件，该软件是一个比较全面的，能对被测软件比较完美分析。并且能从中测试出被测软件的一些列的问题。而傻瓜进销存系统是一款提供进货、出货以及库存管理一款全方位软件，是做的比较好的一款软件，它的开发，不仅为使用商提供了极大的便宜，也使得办公的效率明显的得到提高。傻瓜进销存项目简单实用为目标，以通用型为基础的进销存财务一体化管理软件，可以用最简洁的方法掌控货物与财务的变化，我承担的的工作就是对傻瓜进销存的采购和库存功能模块进行测试，傻瓜进销存的采购和库存方面包括供应商、采购入库、采购退货、库存查询、采购订单、采购入库查询、采购退货查询、调库管理、库存盘点、仓库资料、报溢管理、商品拆分管理、报损管理、商品合并管理。关键字：软件测试、需求分析、测试用例、QTP测试、AbstractSoftwaretestingsoftwaredevelopmentprocessisanimportantpartofaprocedureisusedtoconfirmthequalityorperformanceisinlinewiththeproposeddevelopmentbeforesomeoftherequirements.Thepurposeofsoftwaretestingistoensurethatthequalityofsoftware.Beforeandaftertogothroughthefollowingmajorcomponents:needsanalysis→testplandesign→→testtesttesttheimplementationofenvironmentalstructures→→testrecords→defectmanagementsoftware→assessment→RTM.BlackBoxTestingwillbetestedasitsnamesuggestsisthesystemasablackboxfromtheoutsideworldtoenter,andthenoutput.Baiheceshithroughtheprogram'ssourcecodefortestingwithouttheuseofuserinterface.BaiheceshiProductsareawareoftheinternalworkprocesses,productspassthetesttodetectwhetherinternalactioninaccordancewiththeprovisionsofthenormalspecification,inaccordancewiththeinternalstructureofthetestingprocedures.Greyboxtesting,andBlackBoxTestingisbetweenBaiheceshibetweenthetwo,grayboxtestofconcernfortheimportationofthecorrectnessofoutput,butalsoconcernedaboutinternalperformance.ShiKaifoodandbeverageadministrativesystemisdividedintofourmajorfunctionmodule,.suchas:frontdeskopen,theintercalateofopen,analysewithfinancialinquiry,systemmanagement.Itcanhelpthefoodandbeverageenterprisetodealwiththeroutinebusine,standardizethemanagementandefficientconvenient,foodandbeverageofhygienemanageenvironment,maximumreducefoodandbeveragemanagetheoperationcost;Improvebenefitofmanaging.Keywords:testingsoftwaretestingtestingmethodtestingprocesswhiteBoxTestingBlackBoxTestinggrayboxtestingsoftwaredevelopment.目录摘要 IIAbstract III第一章引言 11.1软件测试的背景和意义 11.2软件测试的理论基础 11.2.1软件测试的定义 11.2.2测试任务 21.2.3软件测试的目的 21.3软件测试流程 31.4软件测试的内容 4第二章相关技术和工具介绍 62.1相关技术介绍 62.1.1黑盒测试 62.1.2白盒测试 92.1.3灰盒测试 122.1.4基于风险的测试 122.1.5基于模型的测试 132.1.6等价类划分 132.1.7边界值分析法 132.1.8因果图方法 132.1.9错误推测法 142.2相关工具介绍 142.2.1QTP 142.2.2LR 16第三章总结 19致谢 20第一章引言1.1软件测试的背景和意义随着计算机技术的迅速发展和越来越广泛深入的应用于国民经济和社会生活的各个方面，随着软件系统的规模和复杂性与日俱增，软件的生产成本和软件中存在的缺陷和故障造成的各类损失也大大增加，甚至会带来灾难性的后果。软件质量问题已成为所有使用软件和开发软件的人关注的焦点。由于软件是人脑的高度智力化的体现和产品这一特殊性，不同于其他科技和生产领域，因此软件与生惧来就有可能存在着缺陷。如何防止和减少这些可能存在的问题呢？回答是进行软件测试。测试是最有效的排除和防止软件缺陷与故障的手段，并由此促进了软件测试理论与技术实践的快速发展。新的测试理论，测试方法，测试技术手段在不断涌出，软件测试机构和组织也在迅速产生和发展，由此软件测试技术职业也同步完善和健全起来。1.2软件测试的理论基础1.2.1软件测试的定义软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试的目的，第一是确认软件的质量，其一方面是确认软件做了你所期望的事情（Dotherightthing），另一方面是确认软件以正确的方式来做了这个事件（Doitright）。第二是提供信息，比如提供给开发人员或程序经理的反馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件产品的本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程是高质量的。软件质量是由几个方面来衡量的：1、在正确的时间用正确的的方法把一个工作做正确（Doingtherightthingsrightattherighttime.）。

2、符合一些应用标准的要求，比如不同国家的用户不同的操作习惯和要求，项目工程中的可维护性、可测试性等要求。3、质量本身就是软件达到了最开始所设定的要求，而代码的优美或精巧的技巧并不代表软件的高质量（Qualityisdefinedasconformancetorequirements,notas“goodness”or“elegance”.）。四、质量也代表着它符合客户的需要（Qualityalsomeans“meetcustomerneeds”.）。作为软件测试这个行业，最重要的一件事就是从客户的需求出发，从客户的角度去看产品，客户会怎么去使用这个产品，使用过程中会遇到什么样的问题。只有这些问题都解决了，软件产品的质量才可以说是上去了。

1.2.2测试任务测试人员在软件开发过程中的任务：

1、寻找Bug；

2、避免软件开发过程中的缺陷；

3、衡量软件的品质；

4、关注用户的需求。

1.2.3软件测试的目的如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。如果测试目的是为了给最终用户提供具有一定可信度的质量评价，那么测试就应该直接针对在实际应用中会经常用到的商业假设。在谈到软件测试时，引用GrenfordJ.Myers在《TheArtofSoftwareTesting》一书中的观点:

(1)软件测试是为了发现错误而执行程序的过程;

(2)测试是为了证明程序有错，而不是证明程序无错误;

(3)一个好的测试用例是在于它能发现至今未发现的错误;

(4)一个成功的测试是发现了至今未发现的错误的测试。

这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。

首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。1.3软件测试流程一般而言，软件测试从项目确立时就开始了，前后要经过以下一些主要环节：需求分析→测试计划→测试设计→测试环境搭建→测试执行→测试记录→缺陷管理→软件评估→RTM.在进行有关问题阐述前，需要先明确下分工，一般而言，需求分析、测试用例编写、测试环境搭建、测试执行等属于测试开发人员工作范畴，而测试执行以及缺陷提交等属于普通测试人员的工作范畴，测试负责人负责整个测试各个环节的跟踪、实施、管理等。\o""测试流程就是指从\o"关于各项测试"软件测试开始到软件\o""测试结束经过的一系列准备、执行、分析的过程。测试流程并不是只存在于有完整测试团队的公司，它分布在每一个对软件执行测试的公司中，哪怕这个公司只有一个测试人员。

制定合理的测试流程需要考虑的因素很多，毕竟它是大家进行测试工作的依据，又需要理清和需求人员、开发人员、市场人员等多方人员的关系，而且公司不同侧重点又有所不同。制定测试流程首先要清楚自己所在的公司正处在什么发展阶段，是处在最初的创业期还是已经度过了创业期希望通过测试来提高产品质量，以便取得更多的业务创造更大的效益。为什么制定流程时要这么重视公司的发展情况呢。其实公司的情况和制定测试流程有非常大的联系，公司的情况直接决定着公司对产品的要求，而测试部门一般来说是产品投入市场的最后一个关口，这也就等于公司的发展情况决定了公司对测试部门的要求。开发软件前要先了解软件的需求，制定测试流程前当然也要了解清楚公司对测试部门的需求。了解了公司的情况和要求后，就要根据这些要求结合制定者的测试知识和经验，制定即符合公司要求又能起到\o"关于各项测试"软件测试目的的\o"关于各项测试"软件测试流程。当然这样做并不是说让\o"关于各项测试"软件测试向公司的一些不利于开展\o"关于各项测试"软件测试工作的现实情况妥协，只是根据公司的实际情况制定一些可以马上改变公司测试工作现状的流程。

制定\o"关于各项测试"软件测试流程要明确测试部门的职责。经常会有测试人员抱怨自己在公司里就是一个打杂的，什么工作都要做，其实这就是职责不明确引起的问题，这样会很大程度打击测试人员的工作积极性影响工作情况进而影响大家对\o"关于各项测试"软件测试工作的看法。

制定\o"关于各项测试"软件测试流程不光要制定\o"关于各项测试"软件测试部门内部的工作流程，更要制定与开发部门、需求部门等外部部门的接口工作的流程，一旦项目在进度、功能上有了变化要及时和测试部门沟通，不要让测试部门成为最后一个知情人。

制定合理的软件测试流程是一门很深的学问，它需要制定者有丰富的软件测试理论知识，软件测试执行经验、管理经验以及沟通能力等等多方面的经验能力，还需要许多测试人员经过长时间的实践来验证完善。1.4软件测试的内容验证(verification)是保证软件正确地实现了一些特定功能的一系列活动,即保证软件做了你所期望的事情。(Dotherightthing)1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程；2.程序正确性的形式证明,即采用形式理论证明程序符号设计规约规定的过程；3.评市、审查、测试、检查、审计等各类活动,或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。确认(validation)是一系列的活动和过程,目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件(Doitright)1.静态确认,不在计算机上实际执行程序,通过人工或程序分析来证明软件的正确性；2.动态确认,通过执行程序做分析,测试程序的动态行为,以证实软件是否存在问题。软件测试的对象不仅仅是程序测试,软件测试应该包括整个软件开发期问各个阶段所产生的文档,如需求规格说明、概要设计文档、详细设计文档,当然软件测试的主要对象还是源程序。第二章相关技术和工具介绍2.1相关技术介绍软件测试方法之所以没能完全标准化和统一化，主要原因是因为软件产业产品到软件测试有各式各样的软件。但是目前仍有很多各样软件测试方法都基本可用的常用概念和方法。因此，这里只讨论几种常用的软件测试方法：2.1.1黑盒测试1、黑盒测试的定义黑盒测试顾名思义就是将被测系统看成一个黑盒，从外界取得输入，然后再输出。整个测试基于需求文档，看是否能满足需求文档中的所有要求。黑盒测试要求测试者在测试时不能使用与被测系统内部结构相关的知识或经验，它适用于对系统的功能进行测试。黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过使用整个软件或某种软件功能来严格地测试来检测每个功能是否都能正常使用，而并没有通过检查程序的源代码或者很清楚地了解该软件或某种软件功能的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。通常测试者在进行测试时不仅使用肯定出正确结果的输入数据，而且还会使用有挑战性的输入数据以及可能结果会出错的输入数据以便了解软件怎样处理各种类型的数据。2、分类侧重于软件功能的黑箱测试方法主要有：功能测试（FunctionalityTest），可接受性测试（AcceptanceTest），用户界面(Userinterface或UI)测试，Adhoc一般指‘探讨或开放’型测试，边界条件测试（BoundaryCondition），性能测试（PerformanceTest），回归测试（RegressionTest），强力测试（StressTest），配置和安装测试（ConfigurationandSetupTest），兼容性测试（ComparabilityTest），国际化支持测试（InternationalSufficiency）以及本地化语言测试（Localization）。

功能测试：验证测试软件功能能否正常按照它的设计工作。看运行软件时的期望行为是否符合原设计。比如，测试MicrosoftExcel插入->符号的功能包括测试能够在MicrosoftExcel所选单元格中正确地插入符号并且显示正确符号？能否正确显示使用不同的字体的符号？

可接受性测试：是在把测试的版本交付测试部门大范围测试以前进行的对最基本功能的简单测试。因为在把测试的版本交付测试部门大范围测试以前应该先验证该版本对于所测试的功能基本上比较稳定。必须满足一些最低要求。比如不会很容易程序就挂起或崩溃。如果一个新版本没通过可测试性的验证，就应该阻拦测试部门花时间在该测试版本上测试。同时还要找到造成该版本不稳定的主要缺陷并督促尽快加以修正。

用户界面测试：分析软件用户界面的设计是否合乎用户期望或要求。它常常包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息（Menu和Helpcontent）等方面的测试。比如，测试MicrosoftExcel中插入符号功能所用的对话框的大小，所有按钮是否对齐，字符串字体大小，出错信息内容和字体大小，工具栏位置/图标等等。

‘探索或开放’型的测试：不是按部就班的按照一个又一个正式的测试用例来进行，也不局限于测试用例特定的步骤。这种测试是测试人员在理解该软件功能的基础上运用灵活多样的想象力和创造力去模拟用户的需求来使用该软件的多种功能。通常涉及很多的测试用例或者通过更复杂的步骤来使用该软件。

边界条件测试：是环绕边界值的测试。通常意味着测试软件各功能是否能正确处理最大值，最小值或者所设计软件能够处理的最长的字符串等等。

性能测试是：通常验证软件的性能在正常环境和系统条件下重复使用是否还能满足性能指标。或者执行同样任务时新版本不比旧版本慢。一般还检查系统记忆容量在运行程序时会不会流失（memoryleak）。比如，验证程序保存一个巨大的文件新版本不比旧版本慢。

回归测试：根据修复好了的缺陷再重新进行的测试。目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。通常确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。因为为了修正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所控制的功能。所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。因此应当鼓励对所有回归测试用例进行自动化。

强力测试：它通常验证软件的性能在各种极端的环境和系统条件下是否还能正常工作。或者说是验证软件的性能在各种极端环境和系统条件下的承受能力。比如，在最低的硬盘驱动器空间或系统记忆容量条件下，验证程序重复执行打开和保存一个巨大的文件1000次后也不会崩溃或死机。

集成与兼容性测试：验证该功能能够如预期的那样与其他程序或者构件协调工作。兼容性经常意味着新旧版本之间的协调，也包括测试的产品与其它产品的兼容使用。比如用同样产品的新版本时不影响与用旧版本用户之间保存文件，格式，和其他数据等操作。

装配/安装/配置测试：验证软件程序在不同厂家的硬件上，所支持的不同语言的新旧版本平台上，和不同方式安装的软件都能够如预期的那样正确运行。比如，把英文版的MicrosoftOffice2003安装在韩文版的WindowsMe上，再验证所有功能都正常运行。

国际化支持测试：验证软件程序在不同国家或区域的平台上也能够如预期的那样运行，而且还可以按照原设计尊重和支持使用当地常用的日期，字体，文字表示，特殊格式等等。比如，用英文版的WindowsXP和MicrosoftWord能否展示阿拉伯字符串？用阿拉伯版的WindowsXP和阿拉伯版的MicrosoftWord能否展示阿拉伯字符串？又比如，日文版的MicrosoftExcel对话框是否显示正确翻译的日语？一旦来说执行国际化支持测试的测试人员往往需要基本上了解这些国家或地区的语言要求和期望行为是什么。

本地化语言测试：要验证所有已计划要发布的不同语言版本软件如预期的那样被正确地翻译成当地语言。这类测试一般包括验证菜单，对话框，出错信息，帮助内容等所有用户界面上的文字都能够显示正确翻译好的当地文字。3、黑盒测试的优点有：

1）比较简单，不需要了解程序内部的代码及实现；

2）与软件的内部实现无关；

3）从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；

4）基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；

5）在做软件自动化测试时较为方便。

4、黑盒测试的缺点有：

1）不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%；

2）自动化测试的复用性较低。2.1.2白盒测试1.定义白箱测试或白盒测试（White-boxtesting或glass-boxtesting）也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误：1）穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。2)穷举路径测试不可能查出程序中因遗漏路径而出错。3)穷举路径测试可能发现不了一些与数据相关的错误。白盒测试是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。它在测试时能够了解被测对象的结构，可以查阅被测代码内容的测试工作。它需要知道程序内部的设计结构及具体的代码实现，并以此为基础来设计测试用例。如下例程序代码：

HRESULTPlay(char*pszFileName)

{

if(NULL==pszFileName)

return;

if(STATE_OPENED==currentState)

{

PlayTheFile();

}

return;

}

读了代码之后可以知道，先要检查一个字符串是否为空，然后再根据播放器当前的状态来执行相应的动作。可以这样设计一些测试用例：比如字符串（文件）为空的话会出现什么情况；如果此时播放器的状态是文件刚打开，会是什么情况；如果文件已经在播放，再调用这个函数会是什么情况。也就是说，根据播放器内部状态的不同，可以设计很多不同的测试用例。这些是在纯粹做黑盒测试时不一定能做到的事情。白盒测试的直接好处就是知道所设计的测试用例在代码级上哪些地方被忽略掉，它的优点是帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐藏的问题。2.白盒测试的缺点有：1）程序运行会有很多不同的路径，不可能测试所有的运行路径；

2）测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；

3）系统庞大时，测试开销会非常大。软件人员使用白盒测试方法，主要想对程序模块进行如下的检查：

–对程序模块的所有独立的执行路径至少测试一次；

–对所有的逻辑判定，取“真”与取“假”的两种情况都至少测试一次；

–在循环的边界和运行界限内执行循环体；

–测试内部数据结构的有效性，等。

具体包含的逻辑覆盖有：–语句覆盖–判定覆盖–条件覆盖–判定－条件覆盖–条件组合覆盖–路径覆盖。

“我们应该更注重于保证程序需求的实现，为什么要花费时间和精力来担心（和测试）逻辑细节？”答案在于软件自身的缺陷：

1）逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。当我们设计和实现主流之外的功能、条件或控制时，错误往往开始出现在我们工作中。日常处理往往被很好地了解，而“特殊情况”的处理则难于发现。

2）我们经常相信某逻辑路径不可能被执行，而事实上，它可能在正常的基础上被执行。程序的逻辑流有时是违反直觉的，这意味着我们关于控制流和数据流的一些无意识的假设可能导致设计错误，只有路径测试才能发现这些错误。

3）笔误是随机的。当一个程序被翻译为程序设计语言源代码时，有可能产生某些笔误，很多将被语法检查机制发现，但是，其他的会在测试开始时才会被发现。笔误出现在主流上和不明显的逻辑路径上的机率是一样的。正如Beizer所说的：“错误潜伏在角落里，聚集在边界上”，而白盒测试更可能发现它。2.1.3灰盒测试灰箱测试或灰盒测试（Gray-boxtesting）：灰箱测试就像黑箱测试一样是通过用户界面测试，但是测试人员已经有所了解该软件或某种软件功能的源代码程序具体是怎样设计的。甚至于还读过部分源代码。因此测试人员可以有的放矢地进行某种确定的条件/功能的测试。这样做的意义在于：如果你知道产品内部的设计和对产品有透过用户界面的深入了解，你就能够更有效和深入地从用户界面来测试它的各项性能。灰盒测试，是介于白盒测试和黑盒测试二者之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。灰盒测试结合了白盒测试盒黑盒测试的要素.它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。

灰盒测试由方法和工具组成，这些方法和工具取材于应用程序的内部知识盒与之交互的环境，能够用于黑盒测试以增强测试效率、错误发现和错误分析的效率。灰盒测试涉及输入和输出，但使用关于代码和程序操作等通常在测试人员视野之外的信息设计测试。2.1.4基于风险的测试基于风险的测试是指评估测试的优先级，先做高优先级的测试，如果时间或精力不够，低优先级的测试可以暂时先不做。有如下一个图，横轴代表影响，竖轴代表概率，根据一个软件的特点来确定：如果一个功能出了问题，它对整个产品的影响有多大，这个功能出问题的概率有多大？如果出问题的概率很大，出了问题对整个产品的影响也很大，那么在测试时就一定要覆盖到。对于一个用户很少用到的功能，出问题的概率很小，就算出了问题的影响也不是很大，那么如果时间比较紧的话，就可以考虑不测试。基于风险测试的两个决定因素就是：该功能出问题对用户的影响有多大，出问题的概率有多大。其它一些影响因素还有复杂性、可用性、依赖性、可修改性等。测试人员主要根据事情的轻重缓急来决定测试工作的重点。2.1.5基于模型的测试模型实际上就是用语言把一个系统的行为描述出来，定义出它可能的各种状态，以及它们之间的转换关系，即状态转换图。模型是系统的抽象。基于模型的测试是利用模型来生成相应的测试用例，然后根据实际结果和原先预想的结果的差异来测试系统，过程所示。2.1.6等价类划分等价类划分:是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.2.1.7边界值分析法边界值分析法：边界值分析方法是对等价类划分方法的补充.边界值分析方法的考虑:长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.2.1.8因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等.考虑输入条件之间的相互组合,可能会产生一些新的情况.但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类,他们之间的组合情况也相当多.因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例.这就需要利用因果图（逻辑模型）.2.1.9错误推测法错误推测法:基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法.其基本思想:列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例.2.2相关工具介绍2.2.1QTPQTP是quicktestProfessional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等1）QTP是一个侧重于功能的回归自动化测试工具；提供了很多插件，如：.NET的，Java的，SAP的，TerminalEmulator的等等，分别用于各自类型的产品测试。默认提供Web，ActiveX和VB。2）QTP支持的脚本语言是VBScript，这对于测试人员来说，感觉要“舒服”得多（如相比SilkTest采用C语言）。VBScript毕竟是一种松散的、非严格的、普及面很广的语言。3）QTP支持录制和回放的功能。录制产生的脚本，可以拿来作为自己编写脚本的template。录制时，还支持一种lowerlevel功能，这个对于QTP不容易识别出来的对象有用，不过它是使用坐标来标识的，对于坐标位置频繁变动的对象，采用这种方式不可行。另外，QTP的编辑器支持两种视图：Keyword模式和Expert模式。Keyword模式想法是好的，提供一个描述近似于原始测试用例的、跟代码无关的视图（我基本很少用，除了查看、管理当前test中各个action的完整流程），而Expert就是代码视图，一般编写脚本都在这个区域。4）一个有用的工具：ObjectSpy，可以用来查看Run-timeobject和Testobject属性和方法。5）QTP通过三类属性来识别对象：a）Mandatory；b）Assitive；c）Ordinalidentifiers。大部分情况下，通过对象的一些特定属性值就可以识别对象（类型a）。这些属性可以通过Tools->ObjectIdentification定义。6）ObjectRepository（OR）是QTP存储对象的地方。测试脚本运行后，QTP根据测试脚本代码，从这个对象库中查找相应对象。每个Action可以对应有一个或者多个OR，也可以设置某个OR为sharable的，这样可以供其他Action使用。注意，使用QTP录制功能时，默认将被测对象放在localOR中，可以通过Resources->ObjectRespository，选择Local查看。7）说到QTP的要点，不得不说Action。Action是QTP组织测试用例的具体形式，拥有自己的DataTable和ObjectRepository，支持Input和output参数。Action可以设置为share类型的，这样可以被其他test中的Action调用（注意：QTP是不支持在一个test中调用另外一个test的，只有通过sharableaction来调用）。8）如3）所述，一个test中，多个action的流程组织，只有通过Keyword视图查看和删除，在Expert视图中没有办法看到。9）调用Action可以通过菜单Insert->Callto***来实现。QTP提供三种类型的调用方式：a）calltonewAction，在当前test中创建一个新的Action；b）calltoCopyofAction；c）calltoexistingaction，调用一个re-usableaction，如果这个re-usableaction来自另外一个test，将以只读的方式插入到当前test中。10）QTP提供excel形式的数据表格DataTable，可以用来存放测试数据或参数。DataTable有两种类型：global和local。QTP为DataTable提供了许多方法供存取数据，在对测试代码进行参数化的时候，这些方法非常有用。11）环境变量（EnvironmentVariables）。在一个test中，环境变量可以被当前test中所有action共享。环境变量也有两种类型：buildin和userdefined。用户自定义的环境变量可以指向一个XML文件，这样可以实现在众多test之间共享变量。12）QTP可以引用外部的VBS代码库，通过Settings-》Resource加入，也可以ExecuteFile命令在代码中直接执行。这种VBS库可以为所有action和test共享。13）QTP默认为每个test提供一个测试结果，包括Passed，Failed，Done，Warning和information几种状态类型，可以进行对结果Filter。但是，只能为每个test产生一个testingresult，不能为多个testing产生一个总的testingresult.MercuryQuickTestProfessional甚至可以使新测试人员在几分钟内提高效率。您只需通过按“记录”按钮，并使用执行典型业务流程的应用程序即可创建测试脚本。系统使用简明的英文语句和屏幕抓图来自动记录业务流程中的每个步骤。用户可以在关键字视图中轻松修改、删除或重新安排测试步骤。QuickTestProfessional也加快了更新流程。当测试中应用程序出现变动（例如“登录”按钮重命名为“登入”）时，您可以对共享对象库进行一次更新，然后此更新将传播到所有引用该对象的脚本。您可以将测试脚本发布到MercuryTestDirector，使其他QA团队成员可以重复使用您的测试脚本，从而消除了重复工作。2.2.2LRMercuryLoadRunner是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。MercuryInteractive的LoadRunner能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。虚拟用户生成器用于捕获最终用户业务流程和创建自动性能测试脚本（也称为虚拟用户脚本）。.Controller用于组织、驱动、管理和监控负载测试。.负载生成器用于通过运行虚拟用户生成负载。.Analysis有助于您查看、分析和比较性能结果。.Launcher为访问所有LoadRunner组件的统一界面。LR在安装和卸载问题上的一点总结在安装Loaderunnner过程中也许你经常遇到，提示无法安装的情况，我也遇到过相关问题，于是查阅了相关资料，总结了一下，好东西不敢独享，拿出来和同行一起交流（一）提示："thelinkfilemaybecorruptedorhasillegatedlinkstring"的，提示重复多次均无法安装。原因：你的Loaderunner的安装文件夹名写成中文了，造成Lr的安装教本无法识别路径，最终导致不断有这样的错误提示。解决方案：把安装文件的目录名改为非中文就可以了。（二）没法完全卸载要想把LR的老版本完全卸载，正确的步骤是：1.停止所有的运行的LR的进程和服务（includingtheController,VuGen,Analysis，ortheLoadRunne