软件测试人员培训最新版(完整版).ppt

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

一般的,我们将软件测试活动分为以下几类:
黑盒测试、 白盒测试、 灰盒测试、 静态测试、 动态测试、 手动测试、 自动测试
❖黑盒测试又叫功能测试、数据驱动测试或基于需求规格说 明书的功能测试。该测试类别注重于测试软件的功能性需 求。
❖测试工程师无需了解程序代码的内部构造,完全模拟软件 产品的最终端用户使用该软件,检查软件产品是否达到了 用户的需求。
又称组装测试,是将软件产品各个模块组装起来, 检查接口是否存在问题,以及组装后的整体功能、 性能表现。
一般可采用非增式集成方法、增式集成方法(自底 向上集成、自顶向下集成、组合方式集成)等策略 进行测试,利用一黑盒测试为主,白盒测试为辅的 测试方法进行测试。
主要解决各个组成但源代码是否符合开发规范、接 口是否存在问题,整体功能有无错误、界面是否符 合设计规范、性能是否满足用户需求等。
软件测试虽然是软件生存周期的
一个独立阶段,但测试工作却渗
透到从分析、设计直到编程的各 个阶段中(1-7是软件测试所经 阶段的一般流程)。
需求测试 单元测试 集成测试 系统测试
需求测试、单元测试、集成测试、
系统测试、性能测试、用户测试、 回归测试
性能测试 用户测试
回归测试
图1-7 软件测试流程图
回归测试是经过一段时间以后再回过头来对以前修 复过的Bug重新进行测试,看该Bug是否会重新出 现。
有些时候可采用自动化测试工具来进行回归测试, 如利用QTP
一般情况下,都由测试工程师手动的执行一千的测 试用例。来检查用例通过情况。
1、人员构成
测试主管、测试组长、环境保障人员、配置管理员、测试 设计人员、测试工程师
测试无法显示软件潜在的缺陷。也就是说测试只能 证明软件存在错误而不能证明软件没有错误。
根据软件定义,软件包括程序,数据和文档,所以 软件测试并不仅仅是程序测试,软件测试应该贯穿 整个软件生命周期中。
需求分析,概要设计,详细设计以及程序编码等各 阶段所得到的文档,包括需求规格说明,概要设计 规格说明,详细设计规格说明以及源程序。
了解软件工程,熟悉软件测试过程和标准,熟悉配 置管理技术和工具
能够编制测试计划、设计测试用例、编写Bug报告 和测试总结报告、使用测试工具、开发测试脚本
熟练使用Windows或Unix或Linux操作系统
了解业务领域(ERP、OA、……)
熟练掌握至少一种以上的测试工具,如 TestDirector、QTP、LoadRunner、Robot
❖图1-6是灰盒测试的示例图。
测试用例
图1-6 灰盒测试示例图
测试结果
❖定义:静态的、不执行被测对象程序代码而寻找缺陷的过程。
❖在进行静态测试时可采用一些代码走查工具,如QAC++、 C++Test等。
实际的执行被测对象的程序代码,输入实现设计好 的测试用例,检查程序代码运行得到的结果与测试 用力中设计的预期结果之间是否有差异,判定实际 结果与预测结果是否一致。
测试能够证明软件的功能和性能与需求说明 相符合。
实施测试收集到的测试结果数据为可靠性分 析提供了依据
测试不能表明软件中不存在错误,它只能说 明软件中存在错误
所有的软件测试都应追溯到用户需求。
应当把“尽早地和不断地进行软件测试”作为软件 测试者的座右铭。
完全测试是不可能的,测试需要终止。
产品研发部
定义:软件测试就是为了发现错误而审查软件文档、 检查软件数据和执行程序代码的过程。
软件测试应该是对软件形成过程的文档,数据以及程 序进行的测试,而不仅是对程序进行的测试。
60%以上的软件错误并不是程序错误,而是分析和设 计的错误,提倡软件全生命周期测试的理念。
想以最少的时间和人力,系统地找出软件中 潜在的各种错误和缺陷。
又称模块测试,就是对程序代码中最小的涉及模块 单元进行测ຫໍສະໝຸດ Baidu。
在单元测试中我们主要采用静态测试与动态测试相结合的 办法。
单元测试要求需要几年的代码编写经验,并且要十 分熟悉当前的被测系统,以及该系统是否与其他系 统的接口关联情况。
单元测试在编码阶段占据非常重要的地位。
可以降低编码的错误率,提高编码质量
测试主管
软件测试部
测试组长
环境保障人员 配置管理员 测试设计人员 测试工程师
图1-9 测试部人员结构图
项目管理技术人员
◦ 要求掌握一般的项目管理知识,如配置管理、版本控制、 评审管理、项目实施与进度控制等。
❖如图1-4所示为黑盒测试实例图。
测试用例
测试结果
❖黑盒测试能更好的从图用1-4户黑盒测角试示度例图来考察被测系统的功能性需 求实现情况。
❖白盒测试又称结构测试、逻辑驱动测试或基于程序代码内部 构成的测试。
❖白盒测试需要测试工程师深入考查程序代码的内部结构、逻 辑设计等。
❖就像前面的例子,我们拆开手机,观察手机电路板的设计, 液晶屏的构成等。
❖对于白盒测试工程师来说,软件产品的内部结构是敞开的。 如图1-5所示是白盒测试示例图。
测试用例
程序内部结构
测试结果
图1-5 白盒测试示例图
❖灰盒测试介于白盒和黑盒测试之间。
❖灰盒测试一方面考虑程序代码的功能性表现,另一方面,又 需要考虑程序代码的内部结构。
❖通俗地讲,灰盒测试就是白加黑。
❖像我们的性能测试,自动化功能测试就是采用了灰盒测试的 方法。
动态测试有四部分组成:设计测试用例、执行测试 用例、分析比较输出结果、输出测试报告。
动态测试有三种主要方法:黑盒测试、白盒测试和 灰盒测试
它是测试人员设计测试用例并执行测试用例,然后 根据实际的结果去和预期的结果相比较并记录测试 结果,最终输出测试报告的测试活动。
可充分发挥测试工程师的主观能动性,将其智力体 现在测试工作中,能发现许多的缺陷,但同时又有 一定的局限性和单调枯燥性。
定义
◦ 利用测试工具,模拟用户业务使用流程,让他们自动运行来 查找缺陷。
优点
◦ 快、广泛、可重复性工作
缺点
◦ 只可检查比较主要的问题,如崩溃、死机,无法发现一般的 日常错误。编写脚本工作量 也很大,有时会超过手动测试 时间。
◦ 我们要根据实际情况选择或者不选择测试工具,选择使用何 种测试工具,不能为了实用工具而可以的去使用工具。
相关文档
最新文档