了解测试划分
界面测试
肉眼直观看到的,都属于界面,例如 WEB站(通过浏览器打开的网站),APP,小程序,公众号
界面的重要性:用户和软件交流的时候,通常都是通过界面进行交互的
业界测试界面的时候,参考软件规格说明书,UI视觉稿
可靠性测试
可靠性 = 正常运行时间/(正常运行时间+非正常运行时间)*100%
如何进行可靠性测试?
借助工具...
软件,硬件,网络,自然灾害可能会导致可靠性降低
容错性测试
容错性是指系统能够处理异常,用户的错误操作而不至于系统崩溃,从而提高系统的可用性
例如:输入异常数据进行操作,如果系统的容错性好,系统会捕获异常,只给出提示或者内部消化掉,而不会导致系统出错,甚至崩溃.
灾难恢复性测试:通过各种手段强制发生故障,验证系统已保存的数据是否丢失,系统和数据是否能尽快恢复
文档测试
文档测试的关注点:文档的术语,文档的正确性,文档的完整性,文档的一致性,文档的易用性
兼容测试:
兼容测试的关注点:环境(操作系统,应用平台),浏览器版本,系统自身版本的兼容,用户已有数据的兼容,与第三方系统,第三方数据的兼容(比如俩个APP不能同时运行,就不兼容)
易用性测试
标准性和规范性,直观性(见名知意)
安装卸载测试
软件不同的安装和卸载方式(应用市场,浏览器,脚本)
应用是否可以在不同环境,版本下安装(安装兼容性)
安装卸载的过程中是否可以手动暂停
安装空间不足时,系统是否有提示
是否可以正常卸载,以及应用软件的各种卸载方式
卸载和安装的过程中遇到问题,软件是否可以正常合理的应对,比如死机,断电,断网
安全测试
输入域,如输入域恶性或带有病毒的脚本或长字符串
代码中的安全问题,如SQL/XML注入
不安全的数据存储或传递
数据文件,邮件文件,系统配置文件等里有危害系统的信息或数据
有问题的访问控制,权限分配等
假冒ID:身份欺骗
篡改,对数据的恶意修改,破坏数据的完整性
性能测试
资源泄露,资源瓶颈
线程死锁,线程阻塞
查询效率慢或效率低
受外部系统影响大
衡量一个系统性能好坏的关键指标:用户响应时间,事务平均影响时间,吞吐率,每秒点击次数,内存和CPU使用率
黑盒测试
把软件/程序当作一个黑色的盒子,不考虑程序内部的逻辑实现,不去关心它的代码是怎么实现的,只关注软件的功能,关心输入合适的数据,是否能得到正确的结果,满足需求.
黑盒测试的优点:
不需要了解程序内部的代码实现,不关注软件内部的实现
从用户的角度出发,设计测试用例,很容易知道用户会用到哪些功能,会遇到哪些问题
测试用例是基于软件需求文档,不容易遗漏软件需求文档中需要测试的功能
黑盒测试的缺点
不可能覆盖所有代码,代码覆盖率较低
白盒测试
白盒测试关注的是代码逻辑,代码覆盖率高,对业务功能有一定的漏洞,通常用来分析程序内部结构,对着代码测试,针对程序的逻辑结构设计测试用例
白盒测试的方法:语句覆盖,判定覆盖,条件覆盖,判定条件覆盖,条件组合覆盖,路径覆盖
单元测试
测试阶段:编码后或者编码前
测试对象:最小模块,Java中是一个类方法,也就是C语言中的一个函数
测试人员:白盒测试工程师或开发工程师
测试依据:代码和注释,详细的设计文档
集成测试
测试阶段: 单元测试后
测试对象: 模块间的接口
测试人员: 白盒测试工程师或开发工程师
测试依据: 单元测试的模块+概要设计文档
测试方法: 黑盒测试与白盒测试结合
系统测试
测试阶段: 集成测试过后
测试对象: 整个系统(软,硬件)
测试人员: 黑盒测试工程师
测试依据: 需求规格说明书
测试方法: 黑盒测试
测试内容: 功能,界面,可靠性,易用性,性能,兼容性,安全性等
冒烟测试
冒烟测试一般是,开发人员开发完毕后,提交给测试人员来进行测试时,先进行冒烟测试,保证基本功能正常,不阻碍后续测试
如果冒烟测试通过,测试人员开始正式的系统测试,如果冒烟测试不通过,测试人员可以让开发人员,重新修复代码,直到冒烟测试通过
验收测试(内测,公测)
也称为交付测试,是部署软件之前的最后一个测试操作,测试人员主要为最终用户或需求方
α测试
环境: 在公司内部进行测试
测试人员: 公司内部人员,测试人员数量少
阶段: 在β测试之前,相当于内测
测试时间: 周期较短
β测试
环境: 环境不确定,用户环境
测试人员: 公司内部人员+用户,测试人员数量多
阶段: α测试之后,相当于公测
测试时间: 周期较长
手工测试和自动化测试
自动化测试,代码是固定的,它只能替代那些操作重复性比较高的测试,常见,经常要做的操作.而用户使用软件,可能会出现各种各样的场景,我们还是需要手工测试