目录

按照测试对象划分（了解）

①界面测试

②可靠性测试（可用性）

③容错性测试

容错性和可靠性之间的区别

④文档测试

⑤兼容性测试

⑥易用性测试

⑦安装、卸载测试

⑧安全测试

⑨性能测试

内存泄露测试

按照是否查看代码块进行测试

黑盒测试

白盒测试

灰盒测试

灰盒测试能否取代黑盒测试和白盒测试？

黑盒测试可以取代灰盒测试吗？

面试题：常见的测试方法有哪些？哪种方法用的多？

按照开发阶段划分

①单元测试

②集成测试

③系统测试

④回归测试

⑤冒烟测试

⑥验收测试

按照是否运行划分

静态测试

动态测试

按照测试实施组织划分

α测试

β测试

α测试和β测试的不同

1、应用的场景不同

2、测试人员不同

3、先后顺序不同

测试地域问题

按照测试对象划分（了解）

①界面测试

界面测试也叫UI测试，界面测试需要参考UI设计图，总的来说就是验证软件界面的设计是否合理。

验证界面的一致性，合理性，准确性，友好性

验证界面的组件，如滚动条，对话框，文本框

验证界面的排版和布局

验证界面的色调等是否符合时事

②可靠性测试（可用性）

可靠性公式：软件正常工作的时间/(软件正常工作的时间+不能正常工作的时间)*100%。

这个公式得出的结果一般要在99.99%或者99.999%以上。

需要借助一些软件工具来进行测试

③容错性测试

容错性测试是指系统能够处理异常，用户的错误操作不会引起系统的奔溃，从而提高系统的可用性。

容错性和可靠性之间的区别

容错性是指项目异常运行的一个指标

可靠性是指项目正常运行的一个指标

④文档测试

文档测试通常来说就是在需求评审时候测试人员需要进行的需求分析。

⑤兼容性测试

浏览器兼容性：
Chrome、Firefox、edge、Safari等等

平台兼容（操作系统）：
Linux、Windows、Mac等等。

自身的兼容性：
例如不同版本的jdk之间需要兼容。

其他软件的兼容性：
例如百度APP，是否兼容其他的APP，是否支持访问其他的APP，是否支持其他软件的入口之类。

⑥易用性测试

软件要简单易上手，主要是为了让用户有更好的体验。

⑦安装、卸载测试

软件安装和卸载的方式

安装和卸载的过程是否可以暂停

安装的时候空间不足是否有提示等等。

⑧安全测试

安全方面如SQL注入，越权访问，输入脚本，系统漏洞，数据篡改等

⑨性能测试

软件的反应速度？（238规律）

内存泄露 、内存占用情况

cpu占用情况

网络等资源瓶颈

内存泄露测试

人工静态法：代码走读，人工查找未被回收的内存。

借助相应测试内存泄漏的工具

按照是否查看代码块进行测试

黑盒测试

黑盒测试就是把项目看成一个“黑匣子”，不关注内部的构造结构和内部特性，只关注代码是否符合用户的需求，产品规格书的说明，又被称为“数据驱动测试”。

常用黑盒测试方法：等价类、边界值、判定表、正交法、场景法、错误猜测法

具体常用黑盒测试见这篇文章：

(100条消息) 如何设计测试用例以及常用的黑盒测试方法_渴望力量的土狗的博客-CSDN博客https://blog.csdn.net/m0_67995737/article/details/130625865?spm=1001.2014.3001.5502黑盒测试的特点：覆盖产品功能范围最广的测试，但是不能覆盖所有代码

白盒测试

白盒测试关注的是代码逻辑，对于业务功能方面关注不够，所以也成为“逻辑驱动测试”。

所以白盒测试的优点是代码覆盖率高，缺点是业务功能覆盖方面不足。

主要包含六种测试方法：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。

灰盒测试

灰盒测试属于中间的一种测试，它既关注具体代码的实现，又关注业务功能的实现，但是灰盒测试没有黑盒测试功能覆盖的全面，也没有白盒测试关注代码实现的细节。

灰盒测试的应用阶段：集成测试

灰盒测试能否取代黑盒测试和白盒测试？

灰盒测试不能够取代黑盒测试和白鹤测试，原因如上述灰盒测试的缺点所述。

黑盒测试可以取代灰盒测试吗？

黑盒测试是可以取代灰盒测试的，但是一旦取代，就要设计出很多的测试用例，费力费时，成本巨大。

面试题：常见的测试方法有哪些？哪种方法用的多？

常见的测试发有黑盒测试和白盒测试，对于二者使用的多少需要结合具体的业务需求和场景，

但是一般来说，作为测试人员，需要更多的考虑使用黑盒测试。当然，如果为了更详细的锁定bug，也可以采用白盒测试。

按照开发阶段划分

①单元测试

单元测试就是针对系统的最小单元进行测试

测试方法：白盒测试：一般需要使用JUNIT框架，针对最小的功能单元进行测试

②集成测试

完成单元测试之后，集成项目的各个模块，集成各个单元模块来进行测试。

③系统测试

对于项目的系统设计进行测试。

④回归测试

回归测试是对于历史的版本和功能进行测试，要保证功能符合需求，但是随着项目的版本越来越多，功能需求就会越来越多，就需要用上自动化测试。

⑤冒烟测试

冒烟测试是测试人员全员参与，验证产品是否具备可以测试的条件（可以避免开发人员不断的提交bug的一个繁琐的过程）

⑥验收测试

用户来进行验收测试，目的就是为了验证产品是否符合用户的需求。

实际上是由产品的同学/运营的同学来进行验收。

按照是否运行划分

静态测试

静态测试指项目没有运行起来进行的测试，如看一段代码进行的测试

动态测试

动态测试指的是项目运行起来之后进行的测试。

按照测试实施组织划分

α测试

α测试是在开发环境下进行的测试，一般是公司内部的测试，体量较小

β测试

β测试是一种验收类型的测试，由最终使用者在一个或多种环境进行的测试。体量较大

α测试和β测试的不同

1、应用的场景不同

α测试是在开发环境下进行的测试，β测试是在用户的终端进行的测试

2、测试人员不同

α测试一般是公司内部人员参与，而β测试一般是用户及其使用者参与的

3、先后顺序不同

α测试优于β测试的顺序，α测试完成后才进行β测试，并且β测试的测试周期较长

测试地域问题

对于国际化的项目要注意各个地区的差异化，需要不同对待，进行划分。