- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件测试工程师基础文档资料
Hisoft Beijing CONFIDENTIAL - All Rights Reserved Confidential 软件测试工程师基础 培训列表 第一章 测试概论 第二章 测试计划的编写 第三章 测试用例的编写 第四章 错误分类和错误跟踪系统的作用 第五章 错误跟踪文档 第六章 错误报告的生命周期和缺陷追踪 第七章 做一名优秀的测试工程师 第一节 什么是测试第二节 测试的分类 第三节 黑盒测试概念及方法 第四节 测试过程的基本文档第五节 黑盒测试的两个阶段 什么测试 在测试中应该以什么为目标 在测试中要避免受到开发和设计人员的影响,因为彼此的出发点是不同的。 树立一个正确的观点 错误是怎么产生的? 错误是在什么时候产生的? 由于错误从一开始就存在,就需要测试将贯穿整个开发过程。 第二节 测试的分类 按照测试的生存周期可以划分为验证测试和确认测试。 按测试的基本策略可以分为, 基于内部测试的白盒方法和基于功能的黑盒方法。 按确认活动来划分,可以分成底层测试,上层测试 底层测试包括:单元测试, 集成测试。 上层测试包括:可用性测试,功能测试,系统测试,验收测试。 软件测试的策略 测试的策略 的分类: 黑盒方法与白盒方法。 随机测试与穷举测试。 何时停止测试 符合用户的需求,就可中止寻找缺陷了。 当一段时间内(通常是一个星期)测试不出新缺陷时,就可中止寻找缺陷了。 停止测试后所做的工作 测试报告 用户手册 培训工作 第二节 黑盒测试概念及方法 黑盒测试是以用户的观点,从输入数据与输出数据的对应关系出发进行测试的,它不涉及到程序的内部结构。 很明显,如果外部特性本身有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。 例如:实现一个网页的功能,功能测试不关心它用什么语言编写的,只关心功能 是否实现。 黑盒测试有两种基本方法 具体的黑盒测试方法 等价类划分 边值分析 错误猜测 第三节 测试过程和基本文档 测试过程包含在需求分析,概要(功能)设计,详细(内部)设计,编码实现 需求分析:制定和确认系统测试计划,得到系统测试计划。 概要设计:编写系统测试方案,得到系统测试方案。 详细设计:编写系统测试用例,规程,编写系统预测试项,得到系统(预)测试用例,系统测试规程。 基本文档 每个测试过程的基本文档包括: 《测试计划》:指明测试范围、方法、资源,以及相应测试活动的时间进度安排表的文档。 《测试方案》:指明为完成软件或软件集成特性的测试而进行的设计测试方法的细节文档。 《测试用例》:指明为完成一个测试项的测试输入,预期结果,测试执行条件等因素的文档。 《测试规程》:指明执行测试时测试活动序列的文档。 《测试报告》:指明执行测试结果的文档。 第四节 黑盒测试的两个阶段 第一个阶段新功能(New Feature)测试阶段.(The First Cycles of Testing) 对新功能和新加代码的测试的原则: 对软件要实现的主要功能进行测试, 如果符合要求的简单的测试失败,那么将是一个很严重的问题,意味着主要程序的失败。 对主要功能展开最大范围的测试,要进行快速的测试但是不是深度测试. 如果经过了以上两条基本测试,那么我们要用比较有挑战性的测试用例来进行进一步的测试。 选择边界值进行测试。 进行探索性测试。 第二个阶段回归测试 第二个阶段回归测试(Regression)阶段.(The Second Cycles of Testing) 回归测试的两个目标: 检测已经修复的问题(bug)是否又重现了。 测试修复问题时有没有带来新的问题。 回归测试测什么? 新修复的bug(测是否修复)。 以前修复的bug(测是否重现)。 基本功能的回归测试(测是否被破坏)。 回归测试的重要性 保证软件的质量,帮助下一个版本制定计划。 第二章 测试计划(Test Plan)的编写 第一节 测试计划的概念 第二节 测试计划文档的内容 第一节 测试计划的概念 测试计划是描述软件测试努力的目标、范围、方法和焦点的文档。 准备测试计划的过程是完整考虑软件产品可接受评价努力的一个有用的方法。完整的文档将有助于测试组之外的人理解为什么要进行软件正确性检测,并且如何进行检测。测试计划应当足够完整但也不应当太详尽,以致在测试组之外没有人会读它。 专业的测试必须以一个好的测试计划作为基础。 尽管测试的每一个步骤都是独立的,但是必定要有一个起到框架结构作用的测试计划。测试的计划应该作为测试的起始步骤和重要环节。 测试计划来源于测试需求 第二节 测试计划文档内容 《测试计划》文档应该包括如下内容: 目标 概述 组织形式 角色及职责 测试对象 《测试计划》文档内容(1) 目标 表示该测试计划所应该达到的目标。 概述
文档评论(0)