software test.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
software test

软件测试 主讲:XXX 什么是软件测试 使用人工或者自动手段来运行或测试某个系统的过程 目的在于检验它是否满足规定的需求、弄清预期结果与实际结果之间的差别 软件测试目的 测试是为了发现系统中的错误而执行程序的过程 好的测试方案在于尽可能发现迄今为止尚未发现的错误 成功的测试是发现了至今为止尚未发现的错误的测试 软件测试目的 测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进 这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性; 没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法 软件测试原则 所有的软件测试都应追溯到用户需求 应当把“尽早地和不断地进行软件测试”作为软件测试人的座右铭 测试无法显示系统所有潜在的缺陷 尽量避免测试的随意性,应从工程的角度理解软件测试,它是有组织、有计划、有步骤的活动 软件测试关键词 白盒测试 黑盒测试 功能测试 性能测试 单元测试 集成测试 系统测试 白盒测试 白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作 是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致 黑盒测试 黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。 在测试地,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。 黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试 性能测试 并发测试:验证系统的并发处理能力。如服务器端处理大量的并发连接请求的能力。 负载测试:验证系统的负载工作能力。如在一定时间内,服务器端在高负载情况下的性能行为表现。 健壮性测试:核实被测系统的性能行为在异常或极端条件之下的可接受性。 单元测试 单元测试又称模块测试 是针对软件设计的最小单元——程序模块进行正确性检验的测试工作 其目的在于检查每个程序单元能否实 现详细设计说明中的模块功能、性能、接口和设计约束等要求,发现各模块内部可能存在的错误 集成测试 集成测试,也叫组装测试或联合测试 在单元测试的基础上,将所有模块按照设计要求)如根据结构图〕组装成为子系统或系统,进行集成测试 集成测试是检验程序单元和部件的接口关系 实践表明,一些模块虽然能够单独地工作,但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题,在全局上很可能暴露出来,影响功能的实现 系统测试 系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试和确认测试,其目的是通过与系统的需求相比较,发现所开发的系统与用户需求不符或矛盾的地方。 系统测试的任务是近可能彻底的检查出程序中的错误,提高软件系统的可靠性,其目的是检验系统做得怎样? 软件测试流程 测试过程文档 测试计划 测试用例 测试报告 测试计划 测试方法(自动化测试/手动测试;白盒测试/黑盒测试) 测试阶段计划(工作内容、人员安排、起止时间等) 硬件和软件资源需求 测试用例要素 测试名称:测试用例编号和测试用例名称。 创建日期:测试用例创建时间,系统自动产生。 设计人员:测试用例创建人员。 状态:测试用例执行状态。 步骤描述:测试步骤的详细描述。 预期结果: 测试用例的预期结果。 测试报告 测试环境、时间、地点以及测试员。 测试用例的执行情况统计。 测试设计评估及改进意见。 谢谢! 大家不要吝啬,给点掌声! 测试只能证明软件存在错误而不能证明软件没有错误 测试只能证明软件存在错误而不能证明软件没有错误

文档评论(0)

l215322 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档