培训-软件测试基础理论和方法.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文档。上传文档
查看更多
培训-软件测试基础理论和方法

* 4.2 白盒测试 白盒测试又称结构测试、逻辑驱动测试或 基于程序本身的测试,也可称为程序员测 试 应用程序 实例 * 语句覆盖 判断覆盖(分支覆盖) 条件覆盖 判断-条件覆盖 条件组合覆盖 * 4.3 黑盒测试 黑盒测试法把程序看成一个黑盒子,完全不考虑程序内部结构和处理过程。 黑盒测试是在程序接口进行测试,它只是检查程序功能是否按照规格说明书的规定正常使用。 黑盒测试又称功能测试。 * 4.3 黑盒测试 被测程序 需求说明 测试结果 产生 测试用例 输出 比较 * 4.3 黑盒测试 典型黑盒测试方法 等价类划分 因果图 边界值分析 黑盒主要是为了发现以下几类错误: 是否有不正确或遗漏了的功能? 在接口上,输入能否正确地接受?能否输出正确的结果? 是否有数据结构错误访问错误? 性能上是否能够满足要求? * 4.3 黑盒测试 输入 输出 黑盒测试又称功能测试、数据驱动测试或 基于规格说明的测试,也可称为用户测试, * 4.4 白盒测试与黑盒测试的比较 白盒测试 黑盒测试 测试依据 程序内部结构 规格说明 优点 能够对程序内部的特定部位进行覆盖测试 能站在用户立场上进行测试 缺点 无法检验程序的外特性 无法对未实现规格说明的程序内部欠缺部分进行测试 不能测试程序内部特定部位 如果规格说明有误,则无法发现 * 培训内容 第一章 软件测试的定义 第二章 软件测试的模型 第三章 测试方法 第四章 测试策略 第五章 软件测试工作流程 测试种类 * 名称 说明 黑盒测试 基于软件需求,只关注系统外部表现。 白盒测试 基于软件内部设计和程序实现的测试方式,关注系统内部逻辑。 单元测试 主要测试软件模块的源代码。一般由开发人员来执行。 集成测试 介于单元测试和系统测试之间,一般由开发小组采用白盒加黑盒的方式进行测试 确认测试 有效性测试,验证软件的功能和性能及其他特性是否与用户要求一致 系统测试 由独立的测试人员采用黑盒的方式来测试,主要测试系统是否符合“需求规格说明书” 回归测试 指错误被修正后或软件功能、环境发生变化后进行重新测试。难点:不易确定需被重新测试的范围。 验收测试 和系统测试相似,主要在于测试人员的不同,验收测试主要是客户或者最终用户执行。 自动化测试 通过自动化测试工具或其他手段,安排预定的计划进行的自动测试活动。 性能测试 又包括负载测试、压力测试、配置测试、 安全性测试 测试系统防止非法侵入 兼容性测试 测试系统与其它软件、硬件的兼容能力。 α测试 由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试。 β测试 由软件的多个最终用户在生产环境下进行的测试,开发者无法控制的环境下进行测试 γ测试 此时产品已经相当成熟,只需在个别地方再做进一步的优化处理即可上线。 * 5.1 测试的过程 测试策略描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试以及每个阶段内在进行的测试种类。 测试策略包括: 要使用的测试技术和工具 测试完成标准 影响资源分配的特殊考虑(例如外部接口、模拟物理损坏、安全性威胁) * 5.1 测试的过程 集成 测试 确认 测试 系统 测试 单元 测试 被测模块 已集成的软件 已确认的软件 可交付的软件 测试通过的模块 设计信息 软件需求 系统其它元素 单元 测试 被测模块 单元 测试 被测模块 验收 测试 用户核心流程 * 5.3 测试用例 测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。 测试用例(Test Case)目前没有经典的定义。比较通常的说法是:指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。 不同类别的软件,测试用例是不同的。 三个要素:前提条件和操作步骤、预期结果、实际结果。(功能说明、输入数据、涉外系统等) * 5.4 单元测试 单元测试又称为模块测试,是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。 软件单元测试的目的是检测程序模块对《详细设计说明书》的符合程度;软件单元测试依据是《单元测试计划》。 问题:有必要做单元测试吗? * 5.4 单元测试-设计 考虑方面 模块接口测试 局部数据测试 独立路径测试 出错处理测试 边界条件测试 模块接口 独立路径 边界条件 局部数据 模块 出错处理 * 5.4 单元测试-设计 原则 为模块正常运行设计 为正向测试设计 为逆向测试设计 为满足特殊需求设计 为代码覆盖设计 正向测试:以正向思维,针对软件系统的所有功能点,逐个验证其正确性

文档评论(0)

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

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

1亿VIP精品文档

相关文档