测试的场所不同： Alpha 测试是指把用户请到开发方的场所来测试 ,beta 测试是指在一个或多个用户的场所进行的测试。

Alpha 测试的环境是受开发方控制的 , 用户的数量相对比较少 , 时间比较集中。 beta 测试的环境是不受开发方控制的 , 用户数量相对比较多, 时间不集中。

alpha 测试先于 beta 测试执行。通用的软件产品需要较大规模的 beta 测试 , 测试周期比较长。

第三方测试

介于开发方和用户方间的组织的测试。

4. 按是否运行划分

4.1 静态测试

静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。分析如下

检查项：代码风格和规则审核；程序设计和结构的审核；业务逻辑的审核；走查、审查与技术复审手册。

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

代码静态分析和文档测试都属于静态测试

4.2 动态测试

动态测试方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能。

这种方法由三部分组成：构造测试用例、执行程序、分析程序的输出结果。

大多数软件测试工作都属于动态测试

5. 按是否手工划分

5.1 手工测试

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

总结优缺点：

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

缺点：执行效率慢，量大易错。

5.2 自动化测试

就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。

自动化测试比如功能测试自动化、性能测试自动化、安全测试自动

通常所说的自动化是指功能测试自动化

自动化测试按照测试对象来分，还可以分为接口测试、 UI 测试等。接口测试的 ROI （产出投入比）要比 UI 测试高。

自动化实施步骤：

1. 完成功能测试，版本基本稳定

2. 根据项目特性，选择适合项目的自动化工具，并搭建环境

3. 提取手工测试的测试用例转化为自动化测试的用例

4. 通过工具、代码实现自动化的构造输入，自动检测输出结果是否符合预期

5. 生成自动测试报告

6. 持续改进，脚本优化。

6. 按是否查看代码划分

6.1 黑盒测试

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

6.2 白盒测试

白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒指的打开盒子，去研究里面的源代码和程序结果。

接口测试也是白盒测试的是一种。

6.3 灰盒测试

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

7. 按测试地域划分

7.1 国际化测试

软件的国际化和软件的本地化是开发面向全球不同地区用户使用的软件系统的两个过程。而本地化测试和国际化测试则是针对这类软件产品进行的测试。由于软件的全球化普及，还有软件外包行业的兴起，软件的本地化和国际化测试俨然成为了一个独特的测试专门领域。

本地化和国际化测试与其他类型的测试存在很多不同之处。下面是本地化和国际化测试的一些要点。

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

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

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

4、是否存在不同的字体大小，字体设置是否恰当。

5、日期、数字格式、货币等是否能适应不同国家的文化习俗。例如，中文是年月日，而英文是月日年。

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

7、在不同的国家采用不同的度量单位，软件是否能自适应和转换。

8、软件是否能在不同类型的硬件上正常运行，特别是在当地市场上销售的流行硬件上。

9、软件是否能在Windows或者其他操作系统的当地版本上正常运行。

10、联机帮助和文档是否已经翻译，翻译后的链接是否正常。正文翻译是否正确、恰当，是否有语法错误。

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

7.2 本地化测试

除了国际测试，其他都是

8. 按测试对象划分

8.1 业务测试

是测试人员把系统各个模块串接起来运行、模拟真实用户实际的工作流程，满足用户需求定义的功能来进行测试的过程。

例如：

查看邮件：

登录网站 - 输入用户名、密码登录 - 进入收件箱 - 查到邮件 - 点击打开 - 查阅 - 关闭邮件 - 退出邮箱 - 关闭网站

业务测试关注需求和用户

8.2 界面测试

界面测试（简称 UI 测试 ) ，测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件的放置位置是否符合客户使用习惯，此外还要测试界面操作便捷性、导航简单易懂性，页面元素的可用性，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等。

8.3 容错性测试

容错性测试是检查软件在异常条件下自身是否具有防护性的措施或某种灾难性恢复的手段。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。

容错性测试包括两个方面：

1. 输入异常数据或进行异常操作，以检验系统的保护性。如果系统的容错性好，系统只给出提示或内部消化掉，而不会导致系统出错甚至崩溃。

比较温柔的容错性测试通常构造一些不合理的输入来引诱软件出错，例如：

1 ）输入错误的数据类型，如 “ 猴 ” 年 “ 马 ” 月。

2 ）输入定义域之外的数值，上海人常说的 “ 十三点 ” 也算一种

粗暴一些的容错性测试俗称 “ 大猩猩 ” 测试，除了不能拳打脚踢嘴咬，什么招术都可以使出来

2. 灾难恢复性测试。通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数据是否丢失，系统和数据是否能尽快恢复。

从容错性测试的概念可以看出，当软件出现故障时如何进行故障的转移与恢复有用的数据是十分重要的。

8.4 文档测试

1）开发文件：可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。

2）用户文件 : 用户手册、操作手册，用户文档的作用：改善易安装性；改善软件的易学性与易用性；改善软件可靠性；降低技术支持成本。

3）管理文件：项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。

文档测试的关注点：

文档的术语

文档的正确性

文档的完整性

文档的一致性

文档的易用性

8.5 兼容性测试

WEB 测试

APP 测试

兼容性主要是指软件之间能否很好的运做，会不会有影响、软件和硬件之间能否发挥很好的效率工作，会不会影响导致系统的崩溃。

平台测试

浏览器测试

软件本身能否向前或者向后兼容

测试软件能否与其它相关的软件兼容

数据兼容性测试

8.6 易用性测试

易用性（是交互的适应性、功能性和有效性的集中体现。易用性属于人体工程学的范畴。

8.7 安装测试

测试程序的安装、卸载

典型的是 app 的安装、卸载

8.8 安全测试

安全测试是一个相对独立的领域，需要更多的专业知识。例如 web 的安全测试，需要熟悉各种网络协议TCP\HTTP，防火墙， CDN ，熟悉各种操作系统的漏洞，熟悉路由器等。从软件来说，熟悉各种攻击手段，例如SQL注入、 Xss 等。

8.9 性能测试

检查系统是否满足需求规格说明书中规定的性能。

通常表现在以下几个方面：

对资源利用（如内存、处理机周期等）进行的精确度量

对执行间隔

日志事件（如中断，报错）

响应时间

吞吐量（ TPS ）

辅助存储区（例如缓冲区、工作区的大小等）

处理精度等进行的监测

8.10 内存泄露测试

电脑打开的东西太多，机器反应慢甚至死机，重启之后就好了，过会同样的问题出现

很多软件系统都存在内存泄露的问题，尤其是缺乏自动垃圾回收机制的 “ 非托管 ” 语言编写的程序，例如 C 、 CH 、Delphi等。

从用户使用的角度来看，内存泄露本身不会造成什么危害，一般用户可能根本不会感觉到内存泄露

的存在。但是内存泄露是会累积的，只要执行的次数足够多，最终会耗尽所有可用内存，使软件

的执行越来越慢，最后停止响应。可以把这种软件的问题比喻成软件的“ 慢性病”。

造成内存泄露的原因有很多，最常见的有以下几种：

分配完内存之后忘了回收。

程序写法有问题，造成没办法回收。

某些 API 函数的使用不正确，造成内存泄露。

没有及时释放。

内存泄漏的检测：

1、对于不同的程序可以使用不同的方法来进行内存泄露的检查，还可以使用一些专门的工具来进行内存问题的检查，例如MemProof. AQTime、Purify、BundsChecker等。有些开发工具本身就带有内存问题检查机制．要确保程序员在编写程序和编译程序的时候打开这些功能

2、通过代码扫描分析工具来检查

【测试】软件测试的划分

1.测试分类

2.按开发阶段划分

2.1 测试金字塔与业务测试分析

2.2 单元测试

2.3 系统测试

2.4 回归测试

2.5 冒烟测试

2.6 验收测试

3.按测试实施组织

3.1 α测试(Alpha Testing)

3.2 β测试(Beta Testing)