zxy–软件测试过程.ppt

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

课程介绍 软件测试工程师;课程名称:软件测试过程 课程目标: 让学员掌握软件各测试阶段的内容及目的 课程概要: 1、介绍软件测试中需求测试、单元测试、集成测试、系统测试、性能测试、用户测试、回归测试的概念、区别和方法 2、该课程约3-4小时,采用集中面授的方式;课程内容 软件测试流程 软件测试级别 测试基本过程 ;软件测试流程;单元测试 在代码级别上,针对构成软件的最小组件即单元进行的测试,是测试过程中粒度最小的测试。 目的在于验证单元功能的正确性,与设计的符合程度。 软件设计的最小单位,与程序设计和编程实现关系密切。 使用过程设计描述作为指南,对重要的控制路径进行测试以发现模块内的错误 通常情况下是面向白盒的 对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试,及早地发现和解决不易显现的错误 单元测试的内容 接口测试、内部数据结构、全局数据结构、边界、语句覆盖、错误路径;集成测试 在单元测试的基础上,将所有经过单元测试的模块按照设计要求组装为子系统或者系统进行测试。 通过测试发现与模块接口有关的问题,关注各个模块之间的交互是否正确,及模块组合后的整体功能 应当避免一次性的集成(除非软件规模很小),而采用增量集成 ;系统测试 将已经集成好的软件系统,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起。在实际运行(使用)环境下,对计算机系统进行一系列的组装测试和确认测试 目的发现与系统定义不符或矛盾的地方以及系统各个部分是否可以协调工作 系统测试人员相当于用户代言人 系统测试主要内容 所有功能需求得到满足 所有性能需求得到满足 其他需求(例如安全性、容错性、兼容性等)得到满足 ;用户验收/确认测试 配置审查 确保已开发软件的所有文件资料均已编写齐全,并分类编目 Alpha测试 是由用户在开发者的场所来进行的,Alpha测试是在一个受控的环境中进行的 Beta测试 由软件的最终用户在一个或多个用户场所来进行的 开发者通常不在现场,用户记录???试中遇到的问题并报告给开发者 开发者对系统进行最后的修改,并开始准备发布最终的软件 ;回归测试 当发现并修改缺陷后,或者在软件中添加新功能后,重新测试,用来检查被发现的缺陷是否被改正,并且所作的修改没有引发新的问题 回归测试可以通过人工重新执行测试用例,也可以使用自动化的捕获回放工具来进行 回归测试方式 再测试全部用例 选择基线测试用例库中的全部测试用例组成回归测试包,测试成本最高 基于风险选择测试 可以基于一定的风险标准来从基线测试用例库中选择回归测试包 ;单元测试 白盒、自动、静态 集成测试 白盒、黑盒、自动、静态 系统测试 黑盒、自动、手工 用户验收/确认测试 黑盒、自动、手工 ;V模型示意图测试过程;需求规格说明书检查要点 正确性; 必要性; 优先级; 明确性; 可测性; 完整性; 一致性; 可修改性; 测试需求的两种手段 按需求检查表检查; 需求评审; ;需求测试;需求评审 正式评审是指通过开评审会的形式,组织多个专家,将需求涉及到的人员集合在一起,并定义好参与评审人员的角色和职责,对需求进行正规的会议评审。 用户的需求是可以分层次的: 目标性需求:定义了整个系统需要达到的目标; 功能性需求:定义了整个系统必须完成的任务; 操作性需求:定义了完成每个任务的具体的人机交互; 需求评审可能涉及的人员包括: 需方的高层管理人员、中层管理人员、具体操作人员、IT主管、采购主管; 供方的市场人员、需求分析人员、设计人员、测试人员、质量保证人员、实施人员、项目经理以及第三方的领域专家等等。 ;软件测试环境 软件测试设计环境 软件测试管理环境 软件测试实施环境 一个规范化的软件测试过程包括以下基本的测试活动: 拟定软件测试计划、方案 设计和生成测试用例、准备测试数据 执行测试,记录原始数据,对缺陷进行管理 生成软件测试报告、缺陷的统计和报表;测试过程示意图;测试计划 时间进度和人员安排、风险管理 测试范围的确定、测试数据的生成 测试工具、方法的选择和工具开发 测试完成标准 影响资源分配的特殊考虑等 测试方案 定义被测软件功能以及相关的测试,并详细说明的测试方法和策略 创建测试方案是开始测试设计的第一步。测试方案的定义应当基于需求分析和设计文档,并遵从测试计划文档;测试用例 测试用例(Test Case)比较通常的说法是:指对一项特定的软件产品进行测试任务的描述,体现测试方案、方???、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。 是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便核实是否满足某个特定需求。 测试用例设计方法 等价类划分法 边界值法 因果图法

您可能关注的文档

文档评论(0)

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

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

1亿VIP精品文档

相关文档