网站大量收购闲置独家精品文档,联系QQ:2885784924

软件测试零基础.ppt

  1. 1、本文档共52页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

软件测试的分类与比较测试方式白盒测试:关心软件内部设计和程序实现,主要测试依据是设计文档黑盒测试:不关心软件内部,只关心输入输出,主要测试依据是需求文档软件测试的分类与比较测试方式特征依据测试人员测试驱动程序黑盒测试只关心软件的外部表现,不关心内部设计与实现。又叫做功能测试或数据驱动测试。软件需求任何人(包括开发人员、独立测试人员和用户)一般无需编写额外的测试驱动程序白盒测试关注软件的内部设计与实现,要跟踪源代码的运行。结构测试或逻辑驱动测试。设计文档由开发人员兼任测试人员的角色需要编写额外的测试驱动程序系统测试的粒度最大,一般由独立测试小组采用黑盒方式来测试,主要测试系统是否符合“需求规格说明书”。单元测试、集成测试、系统测试、验收测试。是“从小到大”、“由内至外”、“循序渐进”的测试过程,体现了“分而治之”的思想。集成测试界于单元测试和系统测试之间,起到“桥梁作用”,一般由开发小组采用白盒加黑盒的方式来测试,既要验证“设计”又要验证“需求”。单元测试的粒度最小,一般由开发小组采用白盒方式来测试,主要测试单元是否符合“设计”。验收测试与系统测试非常相似,主要区别是测试人员不同,验收测试由用户执行。测试阶段软件测试的分类与比较软件测试的内容测试内容接口与路径测试。功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试…测试阶段主要依据测试人员、测试方式主要测试内容单元测试系统设计文档由开发小组执行白盒测试接口测试、路径测试集成测试系统设计文档需求文档由开发小组执行白盒测试和黑盒测试接口测试、路径测试功能测试、性能测试系统测试需求文档由独立测试小组执行黑盒测试功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试验收测试需求文档由用户执行黑盒测试软件测试的定义软件测试的对象软件测试的目的软件测试分类和比较软件测试的内容课程回顾回头再看看对软件测试错误的理解如果发布出去的软件有质量问题,那是软件测试人员的错。软件测试技术要求不高,至少比编程容易多了。测试有助于提高软件的质量,但高质量的软件不是测试出来的。好的测试人员不仅要掌握各种测试技术,还要具备丰富的编程经验和对缺陷的敏感,测试的复杂之处,除了测试技术问题之外,还有测试管理问题。回头再看看对软件测试错误的理解软件测试是测试人员的事,与开发人员无关。设计-实现-测试,软件测试是开发后期的一个阶段。测试后没有发现缺陷,说明我们的软件没有缺陷。开发人员参与的测试有单元测试和集成测试测试是贯穿与软件项目的整个过程应该尽早开始测试测试只能说明故障存在,不能说明故障不存在。课程内容软件测试背景什么是软件测试?软件测试的流程测试用例及其设计方法软件测试工具测试生命周期用户需求软件需求体系结构设计详细设计编码实现单元测试集成测试系统测试验收测试准备计划验证准备计划验证准备计划验证螺旋测试过程Plan/AnalysisDesignCodingTest/DeliverTestCaseDesignTestDevelopmentTestPlanningTestExecution/Evaluation密级:内部公开?中兴通讯版权所有密级:内部公开?中兴通讯版权所有软件测试基础

主题课程内容软件测试背景什么是软件测试软件测试的流程测试用例及其设计方法软件测试工具了解软件测试工程师的职业要求及特点掌握软件测试的基本概念熟悉常用的软件测试类型熟悉软件测试的工作流程和阶段划分了解软件自动化测试理解软件测试与软件开发的相互关系课程目标小插曲你以前接触过软件测试工作么?你认为软件测试人员是做什么的?爱国者导弹防御系统一个小的系统时钟错误,导致在多哈袭击战中,系统被拖延100多个小时(1991)美国航天局火星极地登陆由于确定何时关闭推进器的程序中某一个数据位被以外修改,飞船在试图登陆火星表面失踪(1999)臭名昭著的软件缺陷案例软件未达到产品需求表明的功能;软件出现了产品需求指明不会出现的错误;软件功能超出产品需求指明的范围;软件未达到产品需求虽未指出但应达到的目标;软件测试人员认为软件难以理解、不易使用、运行速度慢,或者最终用户认为不好什么是软件缺陷?为什么会出现软件缺陷?需求变化缺乏交流设计错误文档缺乏缺陷软件复杂开发编码时间压力……软件缺陷的修复费用目标:尽可能早的发现

文档评论(0)

yingjiali1998 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档