测试分类

测试分类（全是概念；非常抽象）

我们重点学习以下标记的部分

按对象划分

界面测试

业界测试界面的时候，参考软件规格说明书，UI视觉稿

可靠性测试

比列越高；越可靠。需要借助工具来测试
影响可靠性因素：
系统非正常运行的时间可能是由于硬件，软供网络故障或任何其他因素 (如断电)造成的，这些因素能让系统停止工作，或者连接中断不能被访问或者性能急剧降低导致不能使用软件现有的服务等。

容错性测试

数据是不能找回的；备份数据；数据库1出现问题；我就能去数据库2取数据

文档测试

测试、开发、产品相关文件是我们工作时接触多的；测试文件（总结很多测试技巧、测试方法）、开发文件、产品文件

兼容性测试

易用性

需要见明知意

安装卸载测试

需要考虑不同的安装卸载方式

需要考虑
如果你安装工程；内存不足、关机呢；退出到桌面了；电话来了呢。是停止呢；还是继续在后台安装呢；还是一切从来呢

安全测试

性能测试

内存泄漏测试

按是否查看代码划分

黑盒测试

代码覆盖率较低；可能有些代码功能都没测到。

白盒测试

白盒测试关注的是代码逻辑，对业务功能有了一定漏洞了。比如abcd模块测了都没问题；但是在界面是连接调用就出现问题。这里可能会有漏洞；因为你是针对代码。。
语句覆盖是什么：代码语句的覆盖
比如：当成立是我需要去测试；不成立时也需要去测试

条件覆盖：


路径覆盖：从开始到结尾；有几个路径走；都要测
优点:代码覆盖率比较高
缺点:业务功能覆盖较低

灰盒测试

灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况

按开发阶段划分

单元测试

使用Junit TestNG就可进行单元测试

集成测试

系统测试

回归测试

冒烟测试

需求讲解 -> 梳理测试点(设计测试用例；包含冒烟测试用例；测试点属于本次测试主流程) -> 评审测试用例 -> 测试 -> 项目上线
会有专门的评审你这个冒烟测试用例是否合理；通常还要给开发执行。然后才给测试人员去测。
测试人员就先执行冒烟测试用例；如果测试通过，此时进入正式测试如果测试不通过，此时测试停止

验收测试

验收标准是测试人员写的

按实施

区别：

你就想想内测和公测的区别
环境: a测试是在公司内部进行测试，B测试环境不确定的
测试人员类型: a测试是公司内部人员，B测试测试人员是用户
测试人员数量: a测试测试人员数量较少，B测试测试人员较多
阶段: a测试是在B测试之前测试 的
测试周期: a测试周期较短，B测试周期较长

按是否手工划分