5.容量测试:大数据量测试 。
6.强度测试:系统续航量测试
7.安全性测试:
8.恢复测试:突然断电(系统触发正常启动;数据包要在断电的地方继续进行处理)
9.标杆测试:
10.并发测试:指多个用户在同一时间对同一条数据的删除或者修改等处理
11.配置测试:分为最低配置和推荐配置两种 。
12.安装测试:安装过程和卸载过程
13.文档测试:交给用户的文档 。例如:系统帮助、用户使用手册、用户安装手册
14.可用性测试:靠经验 。
15.初始化测试:是指系统刚刚安装完成后,在数据位空的情况下,如果被调用的模块为空,点击调用模块的时候,是否进行容错的测试 。
16.数据完整性测试:是指当主表的某一条件信息被删除后,和这一条相关的从表的信息都应该被删除 。如果某些数据的主键是由数据库本身而实现的,可以不用删除,如果有些主从表是由程序员写的代码而实现,则要进行数据完整性的测试 。
6.是否手工执行
手工测试(Manual Testing):由人一个一个的输入用例,然后观察结果,和机器测试相对应,属于比较原始但是必须的一个步骤 。
优点:自动化无法替代探索性测试、发散思维类无既定结果的测试 。
缺点:执行效率慢,量大易错 。
自动化测试(Automation Testing):在预设条件下运行系统或应用程序,评估运算结果,预先条件应包括正常条件和异常条件 。即模仿人的动作和行为 。一般常用的自动化测试如功能测试自动化(默认)、性能测试自动化、安全测试自动化等
7.其他测试类型
回归测试(Regresson Testing ):对软件版本的新版本进行测试时,重复执行上一个版本测试时的用例 。在发生修改后重新测试新版本的软件以保证修改的正确性,以及修改后没有引发新的错误 。回归测试是开发人员修改已提交的bug后,测试人员进行再一轮的测试,主要是检测bug是否被修复,bug相关功能是否被影响 。
冒烟测试(Smoke Testing):对一个系统进行大规模的测试之前,先验证一下软件的基本功能是否实现,是否具备可测性 。冒烟测试又称为版本验证测试,他的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件的基本功能正常,可以进行后续的正式测试工作 。冒烟测试是在开发人员交付软件时进行的大体预测,主要是针对整体流程和主体功能进行测试 。
随机测试(Ad-hoc Testing):
恢复测试():
探索性测试(Exploratory Tesing):是一种测试思维技术(方式) 。他强调的是测试人员的主观能动性,抛弃繁杂的测试计划和测试用例设计过程,强调在碰到问题时及时改变测试策略 。
返测:针对程序员修改的错误进行测试,验证错误是否被修正 。
注:
1.单元测试
- 模块接口的测试
- 局部数据结构的测试
- 独立路径测试
- 错误处理测试
- 边界测试
- 被测模块:被测试的程序的模块
- 驱动模块:用来模拟测试模块的上一级模块,相当于被测模块的主程序
- 桩模块:用来模拟被测模块工作过程中所调用的模块
- 单元测试的工具:Junit相关的概念:以插入断言的方式进行测试(类似黑盒测试)
- 针对被测代码或者被测的功能点先创建测试类,然后在类里面创建一个个测试方法 。通过实例化对象调用被测方法,用断言进行实际值预期值比较 。
- 单元测试的方法:以白盒测试法为主(覆盖),先静态检查代码是否符合规范,再动态运行代码,检查结果 。除了需要验证结果是否正确,还需要检查程序的容错能力、边界值处理等问题 。
- 一次性的集成big-bang:把所有通过了单元测试的模块按设计要求一次全部组装起来,然后进行整体测试 。时间随变短了但急于求成 。
- 渐进地集成
- 自上而下:从主程序模块开始按深度或广度优先策略边组装边测试
- 自下而上:从最底层模块开始组装和集成测试
- 汉堡包:两者进行结合,树状图每层画线,顶层采用自顶向下,底层采用自底向上
- 相邻的集成:上下三层进行集成
- 成对集成:先成对再相邻
- 基于MM路径的集成:MM路径不是可执行路径,描述单元之间的控制转移 。
- 最终得到调用图,然后就会到基本路径测试,找复杂度,找路径,得到测试用例的套路