- 1、本文档共8页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
测试的基本理论和方法.doc
【转】浅谈软件测试的基本理论与方法 随着软件应用领域越来越广泛,其质量的优劣也日益受到人们的重视。质量保证能力的强弱直接影响着软件业的发展与生存。软件测试是一个成熟软件企业的重要组成部分,它是软件生命周期中一项非常重要且非常复杂的工作,对软件可靠性保证具有极其重要的意义。在软件的测试过程中,应该应用各种测试方法,以保证产品有一个较高较稳定的质量。根据不同的生产过程进行不同的测试,包括黑盒测试、cc霜白盒测试、携程网酒店预定功能测试、系统测试、压力测试、安装/卸载测试、兼容性测试、α 测试、β 测试等 。软件测试是整个软件开发过程中一段非常重要的阶段,在测试过程中如能按照测试的基本过程来进行测试,软件的质量能有所保障。1软件测试基础 信息技术的飞速发展,使软件产品应用到社会的各个领域,软件产品的质量自然成为人们共同关注的焦点。不论软件的生产者还是软件的使用者,均生存在竞争的环境中,软件开发商为了占有市场,必须把产品质量作为企业的重要目标之一,以免在激烈的竞争中被淘汰出局。用户为了保证自己业务的顺利完成,当然希看选用优质的软件。质量不佳的软件产品不仅会使开发商的维护度和用户的使用本钱大幅增加,还可能产生其他的责任风险,造成公司信誉下降,继而冲击股票市场。在一些关键应用 (如民航订票系统、银行结算系统、证券交易系统、自动飞行控制软件、军事防御核电站安全控制系统等) 中使用质量有的软件,还可能造成灾难性的后果。软件危机曾经是软件界甚至整个计算机界最热门的话题。为了解决这场危机,软件从业职员、专家和学者做出了大量的努力。现在人们已经逐步熟悉到所谓的软件危机实际上仅是一种状况,那就是软件中有错误,正是这些错误导致了软件开发在本钱、进度和质量上的失控。有错是软件的属性,而且是无法改变的,由于软件是由人来完成的,所有由人做的工作都不会是完美无缺的。在于我们如何避免错误的产生和消除已经产生的错误,使程序中的错误密度达到尽可能低的程度。1.1软件测试的概念软件测试是为了发现错误而执行程序的过程。或者说,软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例(即输进数据及其预期的输出结果),并利用这些测试用例运行程序,以发现程序错误的过程。软件测试就是在软件投进运行前,对软件需求分析、设计规格说明和编码的终极复审,是软件质量保证的关键步骤。1.2软件测试的目的基于不同的态度,存在着两种完全不同的测试目的。从用户的角度出发,普遍希通过软件测试暴露软件中隐躲的错误和缺陷,以考虑是否可接受该产品。从软件开发者的角度出发,则希测试成为表明软件产品中不存在错误的过程,验证该软件已正确地实现了用户的要求,确立人们对软件质量的信心。2测试用例2.1测试用例的概念测试用例是指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输进数据、测试步骤、预期结果、测试脚本等,并形成文档。2.2测试用例的分类根据测试过程中具体涉及到类型及测试需求,可将测试用例分为如下:1.功能性测试用例2.界面测试用例:适用于所有测试阶段中的界面测试3.数据处理测试用例:适用于所有测试阶段中的数据处理测试4.流程测试用例:适用于所有流程性的测试5.安装测试用例:适用于所有安装测试2.3测试用例的治理1.编写用例:测试工程师根据需求规约、概要设计、具体设计等文档编写测试用例。2.用例评审:原则上用例象程序一样,要经过多次的修改才可以通过,实际工作中通常进行一次。3.用例修改:评审结束后,您需要根据评审意见进行修改,修改后通常不再进行评审。4.使用用例:执行测试用例,并记录到测试用例执行报告中。5.用例升级/维护随着软件产品不断修改、升级,对应的用例也需要升级维护。针对同一个项目,可以根据需求的变更不断进行维护;假如是产品,用例的维护更加重要,要达到用例和产品的版本逐一对应。2.4测试用例的编制及使用1设计测试用例每个具体测试用例都将包括下列具体信息:编制人、审定人、编制日期、版本、用例类型、设计说明书编号、用例编号、用例名称、输进说明、期结果(含判定标准)、环境要求、备注等。1. “测试用例名称”可以是不涉及到具体模块的功能描述,如“日期格式”,“非空检验”等。2. “输进说明”是功能模块接受的数据或各种操纵描述,如“输进非法的日期格式”等。3. “期结果”是模块接受输进后应有的正常输出描述,如“提示用户修改”等,期看结果应与输进说明逐一对应。4. 测试用例用于指导执行操纵,但某些意外操纵也可导致程序错误,这些操纵称为非预期性操纵,可以先有执行报告,再后补用例。5. 测试用例的设计应考虑通用性和简洁明了。测试需求 软
文档评论(0)