按测试对象划分

业务测试
是测试人员把系统各个模块串接起来运行、模拟真实用户实际的工作流程，满足用户需求定义的功能来进行测试的过程。
查看邮件：
登录网站-输入用户名、密码登录-进入收件箱-查到邮件-点击打开-查阅-关闭邮件-退出邮箱-关闭网站
业务测试关注需求和用户
界面测试
偶到一个长的比较萌的小朋友，会想多看几眼吗？ 每个人对萌的标准一样吗？
界面测试（简称UI测试)，测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件的放置位置是否符合客户使用习惯，此外还要测试界面操作便捷性、导航简单易懂性，页面元素的可用性，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等。
一般大厂都有自己的规范可以作为测试参考。中小公司这部分测试一般都没有，除非明确的错误，否则容易和开发人员引起争议。
容错性测试
容错性测试是检查软件在异常条件下自身是否具有防护性的措施或某种灾难性恢复的手段。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。容错性测试包括两个方面：输入异常数据或进行异常操作，以检验系统的保护性。如果系统的容错性好，系统只给出提示或内部消化掉，而不会导致系统出错甚至崩溃。
比较温柔的容错性测试通常构造一些不合理的输入来引诱软件出错，例如：
（1）输入错误的数据类型，如“猴”年“马”月。
（2）输入定义域之外的数值，上海人常说的“十三点”也算一种。
粗暴一些的容错性测试俗称“大猩猩”测试，除了不能拳打脚踢嘴咬，什么招术都可以使出来。
灾难恢复性测试。通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数据是否丢失，系统和数据是否能尽快恢复。对于自动恢复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性；对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。容错性好的软件能确保系统不发生无法意料的事故。从容错性测试的概念可以看出，当软件出现故障时如何进行故障的转移与恢复有用的数据是十分重要的。
文档测试
国家有关计算机软件产品开发文件编制指南中共有14 种文件，可分为3 大类。

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

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

• 管理文件：项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。
  在实际的测试中，最常见的是用户文件的测试，例如：手册说明书等。也会有一些公司对需求文档进行测试，来保证需求文档的质量。
  文档测试的关注点：
  文档的术语
  文档的正确性
  文档的完整性
  文档的一致性
  文档的易用性
  兼容性测试
  大家经常上网，同一网站在不同的浏览器上表现不一样，有遇到过吗？IE-工具-兼容视图设置

• WEB测试

• APP测试

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

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

最常见的就是浏览器的兼容性测试，不同浏览器在css，js解析上的不同会导致页面的显示不同。常见的IE8的兼容性。
易用性测试
易用性（Useability）是交互的适应性、功能性和有效性的集中体现。易用性属于人体工程学的范畴，人体工程学（ergonomics）是一门将日常使用的东西设计为易于使用和实用性强的学科。手机拔打电话功能不放在首页，放在一个目录下边，点击三四次才可以找到拔打电话功能，这个功能好用吗？在某些大厂会有专门的部门来进行易用性测试，又叫用户体验测试。
安装测试
测试程序的安装、卸载
典型的是app的安装、卸载
安全测试
安全测试是一个相对独立的领域，需要更多的专业知识。例如web的安全测试，需要熟悉各种网络协议TCP\HTTP，防火墙，CDN，熟悉各种操作系统的漏洞，熟悉路由器等。从软件来说，熟悉各种攻击手段，例如SQL注入、Xss等。作为web入门测试，可以IBM的appscan。
性能测试
检查系统是否满足需求规格说明书中规定的性能。
通常表现在以下几个方面：
对资源利用（如内存、处理机周期等）进行的精确度量
对执行间隔
日志事件（如中断，报错）
响应时间
吞吐量（TPS）
辅助存储区（例如缓冲区、工作区的大小等）
处理精度等进行的监测