1.按是否运行划分

• 静态测试(Static testing)
• 动态测试(Dynamic testing)

2.按是否手工划分

• 按是否手工划分：手工测试(Manual testing)、自动化测试(Automation Testing)。

	优点	缺点
自动化测试	提高执行效率、不容易出错	没有思想 (无法实现探索性测试、发散思维结果的测试)
手工测试	执行效率慢、量大易错	有思想

3.按是否查看代码划分(重点)

3.1黑盒测试(Black-box Testing)

• 概念：黑盒测试也称功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入数据与输出数据。
• 理解：不看软件的代码，只对软件界面的功能进行测试，看软件结果于预期结果是否一致。

3.2白盒测试(White-box Testing)

• 概念：白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒指的打开盒子，去研究里面的源代码和程序结果。
• 理解：对代码进行测试，对代码里的路径覆盖、接口、数据结构、业务逻辑、边界处理、错误处理……等。
• 接口测试也是白盒测试的是一种；白盒测试不是接口测试 。

3.3灰盒测试(Gray-Box Testing)

• 概念：灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。
• 理解：关注代码又关注功能。

4.按测试地域划分

• 按测试地域划分：国际化测试、本地化测试。
• 国际化测试：
  1>是否对所有界面元素都进行了本地化处理，例如菜单、工具栏、日志等。
  2>在不同的屏幕分辨率下界面是否正常显示。
  3>是否存在不同的字体大小，字体设置是否恰当。
  4>日期、数字格式、货币等是否能适应不同国家的文化习俗。
  5>排序的方式是否考虑了不同语言的特点。
  6>在不同的国家采用不同的度量单位，软件是否能自适应和转换。
  7>软件是否能在Windows或者其他操作系统的当地版本上正常运行。
  ……

5.按测试对像划分

• 业务测试：所有业务流程都要测试，必须了解用户需求(不用考虑输入框类型、规则等)。

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

• 容错性测试
  1> 输入异常数据或进行异常操作，以检验系统的保护性.
  eg：输入错误数据类型、输入定义域外的数值等等。
  2> 灾难恢复性测试(是一个单独的测试类型)。
  eg：通过各种手段，让软件强制性地发生故障，系统保存的数据是否丢失，系统和数据能否尽快恢复。

• 文档测试
  1> 开发文件：可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。
  2> 用户文件：用户手册、操作手册，用户文档的作用：改善易安装性；改善软件的易学性与易用性；改善软件可靠性；降低技术支持成本。
  3> 管理文件：项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。
  4> 补充_文档测试的关注点：文档的术语、文档的正确性、文档的完整性、文档的一致性、文档的易用性。

• 兼容性测试
  eg：平台测试、浏览器测试、软件本身能否向前或者向后兼容、测试软件、能否与其它相关的软件兼容、数据兼容性测试。

• 易用性测试
  eg：适应性、功能性和有效性。

• 安装测试
  eg：测试程序的安装、卸载。

• 安全测试

• 性能测试
  eg：对资源利用（如内存、处理机周期等）进行的精确度量
  对执行间隔、日志事件（如中断，报错）、响应时间、吞吐量（TPS）、辅助存储区（例如缓冲区、工作区的大小等）、处理精度等进行的监测等。

• 内存泄漏测试