- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第六章软件测试new
第六章软件测试 主要内容 测试概论 测试计划的编写 测试用例的编写 错误分类和错误跟踪系统的作用 错误跟踪文档 错误报告的生命周期和缺陷追踪 因为开发工作的前期不可避免地会引入错误,测试的目的是为了发现和改正错误,这对于某些涉及人的生命安全或重要的军事、经济目标的项目显得尤其重要。 例如,1963年美国飞往火星的火箭爆炸,原因是FORTRAN程序:DO 5 I=1,3 误写为:DO 5 I=1. 3 损失1000万美元。 测试概论 什么测试 为了发现程序中的错误而执行程序的过程。具体地说,软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计出一批测试用例,并利用测试用例来运行程序,以发现程序错误的过程。 测试的评判 好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;成功的测试是发现了至今为止尚未发现的错误的测试。 软件测试流程 软件测试过程 软件测试与开发的阶段关系 软件测试的基本原则 1、尽量不由程序设计者进行测试。 2、关键是注重测试用例的选择。 输入数据的组成(输入数据、预期的输出结果) 既有合理输入数据,也有不合理的输入数据。 用例既能检查应完成的任务,也能够检查不应该完成的任务。 3、充分注意测试中的群集现象。程序中残存的错误数目与该程序中已发现的错误数目成正比。 黑盒测试概念及方法 黑盒测试是以用户的观点,从输入数据与输出数据的对应关系出发进行测试的,它不涉及到程序的内部结构。 很明显,如果外部特性本身有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。 例如:实现一个网页的功能,功能测试不关心它用什么语言编写的,只关心功能 是否实现。 黑盒测试有两种基本方法 具体的黑盒测试方法 等价类划分 边值分析 错误猜测 黑盒测试的两个阶段 第一个阶段新功能(New Feature)测试阶段对新功能和新加代码的测试的原则: 对软件要实现的主要功能进行测试, 如果符合要求的简单的测试失败,那么将是一个很严重的问题,意味着主要程序的失败。 对主要功能展开最大范围的测试,要进行快速的测试但是不是深度测试. 如果经过了以上两条基本测试,那么我们要用比较有挑战性的测试用例来进行进一步的测试。 选择边界值进行测试。 进行探索性测试。 第二个阶段回归测试 第二个阶段回归测试(Regression)阶段. 回归测试的两个目标: 检测已经修复的问题(bug)是否又重现了。 测试修复问题时有没有带来新的问题。 回归测试测什么? 新修复的bug(测是否修复)。 以前修复的bug(测是否重现)。 基本功能的回归测试(测是否被破坏)。 回归测试的重要性 保证软件的质量,帮助下一个版本制定计划。 测试的基本文档 每个测试过程的基本文档包括: 《测试计划》:指明测试范围、方法、资源,以及相应测试活动的时间进度安排表的文档。 《测试方案》:指明为完成软件或软件集成特性的测试而进行的设计测试方法的细节文档。 《测试用例》:指明为完成一个测试项的测试输入,预期结果,测试执行条件等因素的文档。 《测试规程》:指明执行测试时测试活动序列的文档。 《测试报告》:指明执行测试结果的文档。 测试计划(Test Plan)的编写 测试计划的概念 测试计划文档的内容 测试计划的概念 测试计划是描述软件测试努力的目标、范围、方法和焦点的文档。 准备测试计划的过程是完整考虑软件产品可接受评价努力的一个有用的方法。完整的文档将有助于测试组之外的人理解为什么要进行软件正确性检测,并且如何进行检测。测试计划应当足够完整但也不应当太详尽,以致在测试组之外没有人会读它。 专业的测试必须以一个好的测试计划作为基础。 尽管测试的每一个步骤都是独立的,但是必定要有一个起到框架结构作用的测试计划。测试的计划应该作为测试的起始步骤和重要环节。 测试计划来源于测试需求 测试计划文档内容 《测试计划》文档应该包括如下内容: 目标 概述 组织形式 角色及职责 测试对象 《测试计划》文档内容(1) 目标 表示该测试计划所应该达到的目标。 概述 项目背景:项目的主要功能特征,体系结构,简要历史等。 范围:指明该计划的使用对象,范围。 组织形式 表示测试计划执行过程中的组织结构及之间的关系,以及所需要的组织的独立程度。 同时指出测试过程与其他过程(开发,管理,)间的关系。 还包括沟通渠道等。 《测试计划》文档内容(2) 角色与职责 定义角色及其职责,在每个角色与测试任务之间建立关联。 测试对象 列出所有将被作为测试目标的测试项 测试通过/失败的标准 指明了判断/确认测试何时结束,以及所测试的应用程序的质量。可以直接陈述,也可以引用其他的文档。 至少应该说明: 什么将被测试? 度量尺度是如何建立的? 使用了哪些标准对
文档评论(0)