《软件质量保证与测试》学习笔记【第二章 软件测试原理】

第二章:软件测试原理

2.1测试原则

1、所有的测试都应追溯到用户需求
2、应当把“尽早测试和不断地进行软件测试”作为软件测试者的座右铭
3、Pareto原则应用于软件测试
4、测试应从“小规模”开始,逐步转向“大规模”
5、穷举测试是不可能的
6、为了达到最佳效果,应该由独立的第三方来构造测试
7、不充分的测试是不负责任的,过分的测试是一种资源的浪费,同样也是一种不负责任的表现

在这里插入图片描述
测试出口条件参考标准
在这里插入图片描述

2.2软件测试的分类

  • 按测试阶段分类
  • 按是否需要执行被测试软件分类
  • 按是否需要查看代码分类
  • 按测试执行时是否需要人工干预分类
  • 其他测试类型

2.2.1按测试阶段分类

1、单元测试单元测试
2、集成测试
3、确认测试

在这里插入图片描述
4、系统测试
在这里插入图片描述
5、验收测试
验收测试又分为α测试和β测试
在这里插入图片描述
在这里插入图片描述

2.2.2按是否执行被测软件分类

静态测试
定义:不实际运行被测软件,而是分析软件的形式和结构,查找缺陷。
特点:高效但费时、节约成本
对象:代码、界面和文档(SRS)
途径:代码检查、静态分析
方法:手工、自动化
使用工具:PC-LINK、LogiScope
在这里插入图片描述
在这里插入图片描述
动态测试
在这里插入图片描述
在这里插入图片描述

静态测试和动态测试的比较
在这里插入图片描述

2.2.3按是否需要查看代码分类

1、黑盒测试
黑盒测试又称功能性测试或数据驱动测试。
黑盒测试是将被测试软件看做一个黑盒子,只考虑系统的输入和输出,完全不考虑程序部逻辑结构和处理过程。黑盒测试的依据是各阶段的规格说明书。
优点
●黑盒测试用例与程序如何实现无关
●测试用例的设计与程序的开发可以并行进行。
局限性
●输入条件多、组合复杂、数据量大,不可能做到穷举测试。
●因只选择部分输入构成测试用例,黑盒测试是很有可能存在漏洞的。
2、白盒测试
白盒测试又称结构性测试或逻辑驱动测试。
白盒测试是将黑盒子打开,研究源代码和程序内部的逻辑结构。白盒测试的依据是程序代
码。
特殊应用领域和局限性
在这里插入图片描述
在这里插入图片描述
3、灰盒测试
在这里插入图片描述

2.2.4按测试执行时是否需要人工干预分类

手动测试
是完全由人工完成测试工作,包括测试计划的制定,测试用例的设计和执行,以及测试结果的检查和分析等。传统的测试工作都是由人工来完成的。
自动测试
是使用自动化测试工具或自动化测试脚本来进行的测试,包括测试脚本的开发与执行等,以某种自动测试工具来验证测试需求。这类测试在执行过程中一般不需要人干预,通常在功能测试、回归测试和性能测试中使用较为广泛。

2.2.5 其他测试类型

冒烟测试和随机测试
在这里插入图片描述
在这里插入图片描述

2.3软件测试的流程

在这里插入图片描述

2.4软件测试的过程模型

2.4.1V模型

在这里插入图片描述
在这里插入图片描述

2.4.2W模型

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2.4.3H模型

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2.4.4X模型

在这里插入图片描述
在这里插入图片描述

本章小结

在这里插入图片描述

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

疼疼蛇

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值