测试分类1：开发阶段、实施组织、开发阶段、代码查看、是否手工、是否运行、测试地域

测试进阶

简单程度由简到难

1. UI（功能测试，兼容性与用户测试）兼容性：web、app，C/S，B/S

2. 业务逻辑：客户端模拟测试，内外部接口测试（内外部接口是相对而言）、SDK接口测试（APP）

3. 数据处理：单元测试（使用的是白盒测试，白盒是对代码；黑盒）、CodeReview；

按研发阶段划分：

单元测试：测试对象是模块（是软件设计的最小单位）；进行单元测试要具备编码能力

测试内容：

模块接口测试

局部数据结构测试

路径测试（if else
for while等循环的测试）

错误处理测试（判断错误情况的处理策略）

边界测试

测试阶段：编码前（TDD测试驱动开发）；编码后

测试对象：模块

测试依据：代码+注释+详细设计文档

集成测试；也称为联合测试（白盒【接口】和黑盒【功能】测试；是灰盒测试，也就是白盒+黑盒）和单元测试相同点是测试人员

目的：检查软件单位之间的接口是否正确。

测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性（两个模块之间有关联关系）、全局数据结构、单模块缺陷对系统的影响（核心模块有问题则对系统有很大影响）

测试对象：模块间的接口

测试阶段：单元测试之后

系统测试：花费时间最长；（黑盒测试）

测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性

测试对象：整个系统（软件、硬件）

测试依据：需求规格说明文档

系统测试包含回归测试和冒烟测试；先冒烟，再系统，最后回归。

冒烟测试：是否接收测试的标准；（耗时短）

回归测试：确保修复了缺陷是否对其他功能产生影响

验收测试：协助用户，参与较少；按研发阶段划分的最后阶段

按测试实施组织：

α测试（由一个用户在开发环境下进行，这个用户是系统里的一个用户）在开发环境下；在β测试之前，测试时间较短。在预发布环境下进行测试。

β测试（是一种验收测试，客户；参与测试的是购买者）在用户环境下；时间周期比较长。

第三方测试：介于开发方和用户方之间组织的测试

按是否运行划分：

静态测试：不运行被测试程序本身，仅通过分析源程序的语法、结构、过程、接口等来检查程序的正确性。
对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。（测试代码+文档）

静态质量：度量所依据的标准是ISO9126。在该标准中，软件的质量用以下几个方面来衡量，即功能性 (Functionality)、可靠性(Reliability)、可用性(Usability)、有效性(Efficiency)、可维护性
（Maintainability）、可移植性(Portability)。

动态测试：运行被测程序。

按是否手工划分：

手工测试：由人工一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤；

优点：自动化无法代替探索性测试、发散思维结果的测试。（自动化测试的缺点）

缺点：执行效率慢，量大易错。（自动化测试的优点：执行效率高）

自动化测试：不可替代手工测试

按是否查看代码划分：

黑盒：功能测试；把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入数据与输出数据。

白盒：不是单元测试！也称为结构测试、透明盒测试、逻辑驱动测试、基于代码的测试。研究盒子里面的源代码和程序结果。接口测试也是白盒测试的一种

灰盒：关注接口也关注功能；多用于集成测试阶段，不仅关注输出输入的正确性，同时也关注程序内部的情况。

按测试地域划分：本地化和国际化

1、本地化后 的软件在外观上与原来版本是否存在很大的差异，外观是否墼齐、不走样。

2、是否对所有界面元素都进行了本地化处理，包括对话框、菜单、工具栏、状态栏、提示信息（包括声音的提
示）、日志等。

3、在不同的屏幕分辨率下界面是否正常显示。

4、是否存在不同的字体大小，字体设置是否恰当。 5、日期、数字格式、货币等是否能适应不同国家的文化习俗。例如，中文是年月日，而英文是月日年。

6、排序的方式是否考虑了不同语言的特点。例如，中文按照第一个字的汉语拼音顺序排序，而英文按照首字母排
序。

7、在不同的国家采用不同的度量单位，软件是否能自适应和转换。 8、软件是否能在不同类型的硬件上正常运行，特别是在当地市场上销售的流行硬件上。

9、软件是否能在Windows或者其他操作系统的当地版本上正常运行。 10、联机帮助和文档是否已经翻译，翻译后的链接是否正常。正文翻译是否正确、恰当，
是否有语法错误。

软件本地化和国际化测试是一个综合了翻译行业和软件测试行业的测试类型。它要求测
试人员具备一定的翻译能
力、语言文化，同时具备测试人员的基本技能。