一.按照测试对象划分
1.界面测试
用户肉眼观察到的都属于界面
- web站(通过浏览器打开的网站)
- APP
- 小程序
- 公众号…
界面的重要性
用户和软件进行交互的时候,通常都是通过界面和软件进行
业界测试界面的时候,参考软件规格说明书,UI视觉稿
界面测试的内容
- 验证界面内容显示的完整性,一致性,准确性,友好性
- 验证整个界面布局和排版是否合理,不同板块字体的设计,图片的展示是否符合需求
- 对界面不同控件的测试
- 界面的布局和色调是否符合当下时事
2.可靠性测试
可靠性即可用性,是指系统正常运行的能力或者程度,一般用正常向用户提供软件服务的时间占总时间的百分比表示。
比例越高,说明软件的可靠性越高
可用性指标一般要求达到4个或5个“9”,即99.9%或者99.999%
3.容错性测试
容错性测试是指系统能够处理异常,用户的错误操作而不至于系统崩溃,从而能够提高系统的可用性。
- 输入异常数据或进行异常操作,以检验系统的保护性。如果系统的容错性好,系统只给出提示或内部消化掉,而不会导致系统出错甚至崩溃。
- 灾难恢复性测试。通过各种手段,让软件强制性地发生故障,然后验证系统已保存的用户数据是否丢失,系统和数据是否能尽快恢复。
4.文档测试
- 开发文件:可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗
- 用户文件:用户手册、操作手册,用户文档的作用:改善易安装性;改善软件的易学性与易用性;改善软件可靠性;降低技术支持成本。
- 管理文件:项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。
关注点:文档的术语,文档的正确性,文档的完整性,文档的一致性,文档的易用性
5.兼容性测试
系统自身版本的兼容,用户已有数据的兼容,数据兼容是重中之重,对用户来说,数据是最有价值的。
测试与应用环境的兼容性,比如操作系统,应用平台,浏览器的兼容
测试与第三方系统以及第三方数据的兼容性
6.易用性测试
易用性包含七个要素:符合标准和规范,直观性,一致性,灵活性,舒适性,正确性和实用性。
7.安装卸载测试
- 软件不同的卸载方式
- 应用是否可以在不同的环境下安装
- 安装或者卸载是否可以手动暂停或者取消
- 安装空间不足的时候系统是否有提示
- 是否可以正常的卸载,以及应用软件的各种卸载方式
- 卸载和安装过程中出现环境问题,软件是否可以正常并且合理的应对,比如死机,断电,断网等
8.安全测试
安全性是指信息安全,是指计算机系统或网络保护用户数据隐私,完整,保护数据正常传输和抵御黑客,病毒攻击的能力。
系统常见的安全漏洞和威胁
输入域,如输入恶性或者带有病毒的脚本或长字符串;
代码中的安全性问题,如SQL/XML注入
不安全的数据存储或者传递
数据文件,邮件文件,系统配置文件等里面有危害系统的信息或者数据;
有问题的访问控制,权限分配等
假冒ID:身份欺骗
篡改,对数据的恶意修改,破坏数据的完整性
9.性能测试
常见的性能问题:
- 资源泄露
- 资源瓶颈
- 线程死锁,线程阻塞
- 查询速度慢或效率低
- 受外部系统影响越来越大
衡量一个系统性能好坏的关键性指标有,用户响时间,事务平均响应时间(TPS),吞吐率,每秒点击次数,内存和CPU使用率等。
9.内存泄漏测试
造成内存泄漏的原因
- 分配完内存之后忘了回收。
- 程序写法有问题,造成没办法回收(如死循环造成无法执行到回收步骤)。
- 某些API函数的使用不正确,造成内存泄露
检测方法
- 人工静态法:代码走读,人工查找未被回收的内存。
- 自动工具法:借助相应测试内存泄漏的工具,如Visual Leak Detector,记录每次内存分配,清楚告诉用户内存是如何泄漏的。
二.按照是否查看代码划分
1.黑盒测试
(1)定义
在完全不考虑程序逻辑和内部结构的情况下,检查系统功能是否按照需求规格说明书的规定正常使用,是否能适当的接收输入数据而输出正确的结果
(2)优点
- 不需要了解程序内部的代码以及实现,不关注软件内部的实现。
- 从用户角度出发设计测试用例,很容易的知道用户会用到哪些功能,会遇到哪些问题,锻炼测试人员的产品思维
- 测试用例是基于软件需求开发文档,不容易遗漏软件需求文档中需要测试的功能。
(3)缺点
不可能覆盖所有代码
2.白盒测试
(1)定义
又称为结构测试或逻辑测试,一般用来分析程序的内部结构,针对程序的逻辑结构来设计测试用例
(2)优点
代码覆盖率高
(3)缺点
业务覆盖率低
3.灰盒测试
灰盒测试,是介于白盒测试与黑盒测试之间的一种测试,灰盒测试多用于集成测试阶段,不仅关注输出、输入的正确性,同时也关注程序内部的情况。
三.按开发阶段分
1.单元测试
单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。
测试阶段:编码后或者编码前
测试对象:最小模块,在Java中是类,C语言中是函数
测试人员:白盒测试师或开发工程师
测试依据:代码和注释+设计文档
测试方法:白盒测试
Java用Junit进行单元测试
2.集成测试
集成测试也称联合测试(联调)、组装测试,将程序模块采用适当的集成策略组装起来,对系统的接口及集成后的功能进行正确性检测的测试工作。
- 测试阶段:单元测试之后
- 测试对象:模块间的接口
- 测试人员:白盒测试师或开发工程师
- 测试依据:单元测试的模块+概要设计文档
- 测试方法:黑盒测试和白盒测试
- 测试内容:模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响
3.系统测试
将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。
- 测试阶段:集成测试之后
- 测试对象:整个系统
- 测试人员:黑盒测试工程师
- 测试依据:需求规格说明文档
- 测试方法:黑盒测试
- 测试内容:功能、界面、可靠性、易用性、性能、兼容性、安全性等
4.回归测试
回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
5.冒烟测试
冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件主要功能和核心流程正常,在正式进行系统测试之前执行。
冒烟测试一般在开发人员开发完毕后提交给测试人员来进行测试时,先进行冒烟测试,保证基本功能正常,不阻碍后续的测试。
6.验收测试
验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段,也称为交付测试。
验收测试的目的是确保软件准备就绪,按照项目合同、任务书、双方约定的验收依据文档,向软件购买都展示该软件系统满足原始需求
测试阶段:系统测试通过之后
测试对象:整个系统(包括软硬件)。
测试人员:主要是最终用户或者需求方。
测试依据:用户需求、验收标准
测试方法:黑盒测试
测试内容:同系统测试(功能…各类文档等)
四.按测试实施组织
1.α测试
- 环境:公司内部
- 测试人员类型:公司内部
- 测试人员数量:较少
- 阶段:在β测试之前
- 周期:测试周期较短
2.β测试
- 环境:不确定
- 测试人员类型:用户
- 测试人员数量:较多
- 周期:测试周期较长
五.按是否运行划分
1.静态测试
不实际运行被测软件,而只是静态地检查程序代码、界面或文档中可能存在的错误的过程。
不以测试数据的执行而是对测试对象的分析过程,仅通过分析或检查源程序的设计、内部结构、逻辑、代码风格和规格等来检查程序的正确性
2.动态测试
实际运行被测程序,输入相应的测试数据,检查实际输出结果和预期结果是否相符的过程