目录
α测试（Alpha Testing）和β测试（Beta Testing）的不同
一、按照测试对象划分(了解即可)
顺口溜：
文档(文档测试)内存(内存泄漏测试)兼容性(兼容性测试)
界面(界面测试)易用(易用性测试)可(可靠性测试)双安(安全、安装)
①界面测试(UI测试)
界面测试，也被称为"UI测试"。(界面测试需要参考UI设计图)
总的来说，就是验证项目的整体外观设计是否合理
内容、排版、控件
验证方面1：
验证界面内容的完整性，一致性，准确性等等。
验证方面2：
验证排版是否合理，布局是否符合用户的审美等等。
验证方面3：
对界面不同控件的测试，例如对话框、文本框，滚动条等等方面的测试。
②可靠性测试
重点公式：
软件正常工作的时间/(软件正常工作的时间+不能正常工作的时间)*100%。
这个公式得出的结果一般要在99.99%或者99.999%以上。
③容错性测试
容错性测试是指系统能够处理异常，用户的错误操作不至于系统的崩溃，从而可以提高系统的可用性。
容错性和可靠性的区别
容错性指的是：项目异常运行的一个指标。
可靠性指的是：项目正常运行的一个指标。
例如一架飞机有4个引擎，只要有一个引擎在正常工作，那么飞机就可以完成正常的起飞、降落过程。 这说明了飞机的容错性非常高。
但是，如果飞机在正常飞行的时候，出现了引擎没办法工作的情况，那么就说明这个飞机不可靠。
④文档测试
前面的文章，我们也提到了，测试人员需要进行需求文档分析，也就是针对用户提出的需求进行分析。
那么，文档测试通常来说就是在需求评审时候测试人员需要进行的需求分析。
⑤兼容性测试
浏览器兼容：
Chrome、Firefox、edge、Safari
平台兼容：
Linux、Windows、Mac等等。
自身的兼容性：
例如不同版本的jdk之间需要兼容。
其他软件的兼容性：
例如百度APP，是否兼容其他的APP，是否支持访问其他的APP，是否支持其他软件的入口之类。
⑥易用性测试
软件需要具备简单、易上手的属性。具体的易用性测试，已经在这一篇文章当中提到了：
【软件测试篇5】如何设计测试用例_革凡成圣211的博客-CSDN博客
https://blog.csdn.net/weixin_56738054/article/details/129667293?spm=1001.2014.3001.5502软件需要具备简单、易上手的特点。
⑦安装、卸载测试
对于一些移动端的测试，会不会不那么容易卸载、安装？
⑧安全测试
SQL注入、越权处理等等。
⑨性能测试
1、内存泄漏：内存被垃圾占满了。
2、资源瓶颈(CPU、内存、网络、进程)：
对于内存泄漏，有很多静态扫描工具；例如函数是否被"free"掉。
3、软件的反应速度怎样？
二、按照是否查看代码块来进行测试(重点)
黑盒测试：
把项目看作一个"黑匣子",不关注内部结构和内部特性；
只关注代码是否符合用户的需求、产品规格书的说明，又被称为"数据驱动测试"。
常见的黑盒设计测试用例的方法:
等价类、边界值、判定表、正交法、场景法、错误猜测法；
黑盒测试的特点：
覆盖产品功能最广的测试。
白盒测试：
这个被称为"结果测试"或者"逻辑驱动测试"。
检查程序内部实现、检查程序运行状态是否符合预期。
也就是，对于白盒测试来说，它可以检查程序的内部实现、检查程序的运行状态是否符合预期。
白盒测试特点：
由于白盒测试是面向代码功能单元的测试，并且对于项目当中的代码可见。
因此，白盒测试的特点是详细、完善。
灰盒测试：
既要关注项目的具体代码实现，又要关注用户的功能实现。
没有白盒测试的详细、完善。
也没有黑盒测试那样覆盖产品功能广泛。
灰盒测试可以取代另外两个吗
灰盒测试不可以取代白盒和黑盒测试。
黑盒测试可以取代灰盒测试吗？
可以取代，但是，要付出很大的成本代价。
如果要取代，那么就意味着黑盒测试要设计非常多的测试用例，来验证项目是否符合规范。
灰盒测试的应用阶段
灰盒测试一般在集成测试阶段。
面试题：常见的测试方法有哪些？哪种测试方法用的多
答：白盒测试和黑盒测试。二者用的多少，需要在工作当中结合实际的场景来使用。
但是作为测试人员，需要更多地考虑黑盒测试。
但是，也需要依靠白盒测试来更加详细地锁定bug。
总结一下：
黑盒测试：对于项目的整体功能进行测试，更多站在用户的角度。
白盒测试：注重项目的内部代码结构，也需要更详细地进行测试。
因此，二者都不可以少。
三、按照开发阶段划分
①单元测试
针对系统的最小单元进行测试。
测试方法：
白盒测试，一般需要使用到JUNIT框架，针对最小的功能单元进行测试。
②集成测试
完成单元测试之后，集成项目的各个模块，集成各个单元模块来进行测试。
③系统测试
对于项目的系统设计进行测试。
④验收测试
用户来进行验收测试，目的就是为了验证产品是否符合用户的需求。
实际上是由产品的同学/运营的同学来进行验收。
⑤回归测试
对于历史的版本、历史的功能进行测试，保证功能是符合需求的。
但是如果项目的版本越来越多，功能需要也越来越多，那么此时就需要引入自动化测试了。
⑥冒烟测试
给定一个场景：如果一个项目，开发流程存在严重的问题，项目动不动就出现严重的bug。开发人员反复给测试人员提bug。这样的过程，很明显地降低了开发的效率。
因此，冒烟测试，指的就是测试人员全员参与，目的就是验证产品/程序是否具备可以测试的条件。
四、按照是否运行划分
静态测试：
静态测试指的是项目在没有运行的时候对它进行测试。
动态测试：
当项目运行起来之后的测试。项目实际运行起来之后，输入对应的测试数据。
五、按照测试实施组织
α测试（Alpha Testing）
由一个用户在开发环境下面进行测试，也可以是公司内部的
β测试（Beta Testing）
是一种验收测试，由软件的最终用户们在一个或者多个场所进行的。
α测试（Alpha Testing）和β测试（Beta Testing）的不同
应用场景不同：
后者β测试是在用户的终端进行测试，而前者α测试是用户在开发的环境进行测试。
先后顺序：
前者优先于后者进行测试。软件通常需要较大规模的β测试，测试周期比较长。
和用户有关系的：
α测试：用户相对比较少，并且相对集中。（相对机械）
β测试：用户相对比较多，并且不那么集中。（相对灵活）
六、测试地域
对于国际化的项目，需要进行不同的地域进行划分等等。
注意事项：
以上的测试分类，仅限于面试官认为你说的测试用例不够的情况，适当说一部分即可。
千万不要画蛇添足！！！！！！！！！宁愿少说，也不要错说。