- 1、本文档共65页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第七章
软件测试类型
IT@ANY
本课程的主要内容
软件测试的分类
单元测试
集成测试
确认测试
系统测试
验收测试
本章目标
掌握软件测试的类型(重点)
掌握单元、集成、确认、系统和验收测试的过程及方法(重点)
了解Junit,能够使用Junit进行简单的单元测试 (重点)
第一部分
软件测试的分类
单元测试
集成测试
确认测试
系统测试
验收测试
软件测试的理论框架
软件测试的分类
按开发阶段划分:单元测试、集成测试、系统测试、确认测试、验收测试、回归测试
回归测试:就是漏洞修复完成后再对软件进行测试, 以确保软件没有产生“回归”或因修复而变得更糟,这种测试一般要重新运行最初发现问题的原始测试程序。
回归测试有两个焦点:
1.是否修复了之前存在的问题
2.是否产生了新问题
软件测试的分类
按测试技术划分:白盒测试、灰盒测试、黑盒测试,也可划分为静态测试和动态测试。
静态测试:不运行程序,对程序和文档进行分析与检查,如走查、符号执行、需求确认。
动态测试:通过人工或使用工具运行程序进行检查、分析程序的执行状态和程序的外部表现
白盒测试、灰盒测试、黑盒测试,在实现方法上既包含了动
态测试又包含了静态测试
软件测试的分类
白盒测试:通过对程序内部结构的分析、检测来寻找问题。
黑盒测试:通过软件的外部表现来发现其缺陷和错误。
灰盒测试:介于白盒和黑盒之间的测试
软件测试的分类
按测试类型划分
功能测试:对软件功能进行的测试,主要检查软件功能是否实现了软件功能说明书(软件需求)上的功能要求。
界面测试:对软件的用户界面进行的测试,主要检查用户界面的美观度、统一性、易用性等方面的内容。
数据处理测试:对软件数据接口进行的测试,主要检查软件数据处理中输入、处理、输出数据过程。
软件测试的分类
按测试类型划分
流程测试:按操作流程进行的测试,主要有业务流程、数据流程、逻辑流程,检查软件在按流程操作时是否能够正确处理
安全测试:对软件安全性方面的测试,主要检测软件中加密、解密、数据备份、恢复、病毒检测,网络架构问题
安装测试:在不同PC条件、操作系统、模拟客户机,网络环境进行安装测试
软件测试的分类
按测试类型划分
易用性测试:指软件产品被理解、学习、使用和吸引用户的能力。比如安装卸载、功能方面、界面方面、辅助系统
兼容性测试:验证软件与其所依赖的环境的依赖程度,包括对硬件、软件的依赖程度。比如,与操作系统的兼容、与数据库的兼容、与浏览器的兼容、与中间件的兼容、与其他软件的兼容等等
文档测试:读者群、术语、正确性、完整性、一致性、易用性、图表与界面截图、样例和示例、语言、印刷与包装
软件测试的分类
按测试类型划分
自动化测试
借助自动化的工具和手段,来代替人工的方式完成测试。在回归测试和大量重复性劳动测试场景下使用最有效。
性能测试
对软件整体性能的测试,对适应性、健壮性、可恢复性、灾难恢复能力
软件测试的分类
按组织结构划分
开发方测试(α测试)
用户测试(β测试)
第三方测试
软件测试的分类
软件测试过程中的文档
用户文档
用户手册
操作手册
维护修改建议
开发文档
软件需求说明书
数据库设计说明书
概要设计说明书
详细设计说明书
可行性研究报告
管理文档
项目开发计划
测试计划
测试报告
开发进度月报
开发总结报告
第二部分
软件测试的分类标准
单元测试
集成测试
确认测试
系统测试
验收测试
单元测试
单元测试
什么是单元测试
单元测试又称为模块测试,是针对软件设计的最小单位---程序模块,进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。单元测试需要从程序的内部结构出发设计测试用例。多模块可平行地独立进行单元测试。
单元测试时机
源程序编制完成并通过复审和编译检查完成,确定没有语法错误之后。
单元测试的内容
测试依据:详细设计说明书 和 源程序清单,了解程序的I/O条件和模块的逻辑结构
测试内容:所有的局部和全局的数据结构、外部接口和程序代码的关键部分都要进行严格的桌面检查和严格的代码审查。
单元测试
单元测试的工作
模块接口:
1)主要关注实参和形参传递
的个数、属性、顺序是否匹配
2)全局变量的定义在各模块中是否一致
局部数据:
1)不正确或不一致的数据类型说明
2)使用尚未赋值或初始化的变量
3)错误的初始值或缺省值
4)变量名称拼写错误
5)不一致的数据类型
单元测试
单元测试的工作
路径测试:
选择适当的用例,对重要的执行路径进行测试,查找错误的计算、不正确的比较或不正常的控制流
常见的运算错误:
1)运算的优先级不正确或理解错误
2)运算对象在类型上不兼容
3)运算精度不够
常见的比较和控制流错误:
1)不同的数据类型相互比较
2)不正确
文档评论(0)