在以前的《软件测试笔记（一）什么是软件测试-定义、类型、方法?》中也曾经提升过测试的种类很是多，不一样的术语每每让新人或者入行不久的测试人员望而生畏，对于开发也是一样的。这里推荐一个比较好的参考资料《ISTQB认证的测试人员基础水平教学大纲》，里面就包含了比较全面的测试术语还有测试方法。html
在逐条介绍测试类型以前，让咱们再次默念一遍软件测试的定义，对软件的功能进行评估，以肯定所开发的软件是否知足规定的要求，经过发现缺陷，解决缺陷，来生产出高质量的产品的过程。web
手工测试是经过手工测试软件,执行测试用例来发现缺陷的过程。一般测试人员是以最终用户的视角，并确保全部功能都按照需求客户需求实现。数据库
自动化测试是使用自动化工具，测试框架来测试软件的过程。在这个过程当中，自动化工具会自动执行测试脚本并生成结果。一些最流行的自动化测试工具是test complete、selenium webdriver等。编程
在软件测试中也称为验证。验证是检查文档和文件的静态方法。验证是一个过程，以确保咱们建立的产品是不是正确的，即验证咱们的需求。这里包括的活动有检查、审查、演练。segmentfault
一样也是也是一种验证, 测试真实产品的动态过程。一样也是以确保咱们建立的产品是不是正确的。其中涉及的活动是测试应用程序。不一样于上面的静态测试，而是更侧重于产品的功能。后端
又称玻璃盒、透明盒、结构测试。白盒测试是基于应用程序内部的代码结构。在白盒测试中，是以系统的内部视角，以及须要相应的编程技巧来设计测试用例。这种测试一般在单元测试级别进行。浏览器
请参考白盒测试。安全
请参考白盒测试。服务器
请参考白盒测试。并发
语句覆盖测试是一种白盒测试技术，用于验证代码中的每一个语句是否至少执行一次。一般能够用语句覆盖率来检测单元测试的完成度。
决策覆盖测试/分支覆盖测试：决策覆盖或分支覆盖测试是一种白盒测试技术，用于验证每一个可能的分支至少执行一次。一般也能够用决策覆盖测试/分支覆盖测试率来检测单元测试的完成度。
路径覆盖测试是一种白盒测试技术，用于验证程序的全部路径至少执行一次。一般也能够用路径覆盖测试率来检测单元测试的完成度。
变异测试是一种白盒测试，它改变（变异）源代码中的某些语句，并验证测试是否可以找到错误。
循环测试是一种白盒测试技术，用于验证不一样类型的循环，如简单循环、嵌套循环、链接循环和非结构化循环。
也称为基于设计文档的行为/规范/输入输出测试。黑盒测试是一种软件测试方法，在这种方法中，测试人员在不查看内部代码结构的状况下评估软件的功能。
请参考黑盒测试。
灰盒测试是介于黑盒和白盒测试之间的一种测试。测试人员须要访问开发设计文档，接口文档，从而来设计和执行相应的测试用例。
简单地说，系统自己的功能其实就是一种功能测试。验证软件应用程序的每一个功能是否按照需求文档中的规定运行。经过提供适当的输入来测试全部功能，以验证明际输出是否与预期输出匹配。它属于黑盒测试的范围，测试人员没必要关心应用程序的源代码。
简单地说，系统性能如何就是非功能性测试。非功能性测试是指软件的性能、负载、压力、可扩展性、安全性、兼容性等各个方面，主要关注的是提升用户体验系统对请求的响应速度。
前面的白盒测试也提到了单元测试。单元测试是为了检查源代码的各个模块是否正常工做。即由开发人员在开发人员的环境中分别测试应用程序的每一个单元。它也能够称之为模块测试或组件测试。
请参考单元测试。
请参考单元测试。
集成测试是测试多个模块之间的链接或数据传输的过程。又称为I&T （Integration Testing）测试或流测试。按照测试顺序，又分为自上而下法、自下而上法和夹心法（自上而下和自下而上相结合）。
在完成单个模块测试后，将全部单元模块总体合并，并进行功能验证。
首先测试高级模块，而后测试低级模块，最后将低级模块集成到高级模块，以确保系统按预期工做。若是模块未准备好进行集成测试，则能够用虚构(临时)模块代替。
不一样于自上而下的集成测试，测试是自下而上进行的。首先测试底层模块，而后测试高层模块，最后将高层模块集成到低层，以确保系统按预期工做。驱动程序用做集成测试的临时模块。
混合集成测试是自顶向下和自下而上集成测试的结合。
一般来讲这是一个黑盒测试。测试完整的应用程序这也称为端到端的测试。确保软件在目标系统中能够正常工做。验证对不一样的系统输入，同时检查所需的输出。测试用户对应用程序的体验。
请参考系统测试。
这是由最终用户和测试人员一块儿完成的，以验证应用程序的功能。验收测试成功后。为肯定应用程序是否按要求开发而进行的正式测试。它容许客户接受或拒绝申请。验收测试的类型有alpha、beta和gamma。
Alpha测试由内部开发人员（开发软件的人员）和测试人员完成。有时，Alpha测试是由客户或外包团队在开发人员或测试人员在场的状况下完成的。
在产品交付前,由有限数量的最终用户测试完成。一般是在客户的环境中完成的测试。
Gamma测试是在软件已经准备好按照指定的需求发布时完成的。一样的也是在客户的环境中完成。内部测试活动则彻底不参与。
等价划分也称为等价类划分。在等价划分中，软件的输入被划分为指望表现类似的组，所以能够将类似的输入归类。在测试中，从每一个组中选择一个输入来设计测试用例。
这种测试技术适用于输入之间具备逻辑关系的功能。在决策表技术中，咱们处理输入的组合。为了识别带有决策表的测试用例，咱们能够看它是否使用有条件的输入和操做结果做为输出。
当应用程序为相同的输入提供不一样的输出时，咱们能够应用这个方法，这取决于在之前的状态中发生了什么。该测试的难点就是挑选出能够覆盖不一样系统转换的应用程序的测试输入。
使用全部有效和无效的输入和先决条件测试全部功能称为穷举测试。可是一般来讲这种测试状况很是少。
全匹配测试方法是用全部可能的输入参数值组合来测试应用程序，相似于穷举测试。
它是为了肯定系统应该作什么。它有助于检查应用程序是否符合要求。
它是为了肯定系统不该该作什么。它有助于从软件中发现缺陷。
用例测试是在用例文档的帮助下进行的。它是用来帮助完成系统测试。
场景测试是一种基于场景（用户画像）的软件测试技术。它涉及将业务需求转换为特定的测试场景，以便更好地理解和实现系统测试。一个设计良好的情景应该是合理的、可信的、复杂的，而且其结果易于评估。
文档测试是为了验证文档化的文本，好比需求、测试计划、跟踪矩阵、测试用例。
很是重要的测试类型，这类测试肯定或验证被测系统或应用程序的速度、可伸缩性和/或稳定性特征。性能是指实现知足项目或产品性能目标的响应时间、吞吐量和资源利用率级别。
验证系统/应用程序是否可以处理预期数量的事务，并验证系统/应用程序在正常和峰值负载条件下的行为。
在高负载下长时间运行系统以识别性能问题称为浸泡测试。
请参考浸泡测试。
请参考浸泡测试。
请参考浸泡试验。
健壮性测试是为了验证应用程序的健壮性而进行的一种测试。不一样于浸泡测试，它不须要有特别高的负载。
对应用程序进行长时间的连续测试，以验证应用程序的稳定性
可伸缩性测试是一种非功能性测试。它是为了肯定被测应用程序如何随着工做负载的增长而动态的扩展。
并发测试是指多个用户同时访问应用程序，以确保系统的稳定性。这主要用于识别死锁问题。
破坏性测试是一种测试技术，其目的是经过持续测试直到应用程序崩溃来验证应用程序的健壮性。
执行恢复测试是为了肯定系统崩溃或硬件故障后系统恢复的速度。它属于非功能性测试。
验证系统/应用程序是否可以处理大量数据。
识别应用程序中的漏洞或弱点的测试过程。
识别应用程序中的漏洞或弱点的测试过程。
它是一种非正式的测试类型。测试人员在不遵循任何文档和测试设计技术的状况下随机测试应用程序。若是被测应用程序中的测试人员的知识很是丰富，则能够主要执行此测试。测试人员在没有任何测试用例或业务需求文档的状况下随机测试应用程序。
一般，这个测试过程将由领域专家执行。他们仅仅经过探索应用程序的功能来执行测试，而不了解需求。
故意对应用程序执行异常操做，就像是让一个猴子随意敲击键盘，以验证应用程序的稳定性。
大猩猩测试是由测试人员完成的，有时开发人员也会与测试人员携手合做。它包括反复测试系统以测试系统的健壮性。
确保在早期版本中发现并发布的缺陷在当前版本中获得修复或不被修复。
对一个已经测试过的程序在修改后进行的重复测试，以发现因为被测试的软件或其余相关或不相关的软件组件的变化而引入或发现的任何缺陷。它区别于从新测试的是它不只关注缺陷自己还关注修复缺陷带来的新的影响。
健全性测试每每在发布阶段进行，以检查应用程序的主要功能，而没必要深刻。有时因为发布时间限制，没法对构建进行严格的回归测试，而健全测试则经过检查主要功能来完成这一部分。
冒烟测试是为了确保构建的产品是否可测试。检查关键功能不起做用或关键错误还没有修复时，从而使用最少的时间来简单地测试整个应用程序。
涉及对代码的执行和调试。它用预期的结果验证输出。
验证应用程序是否对用户友好，用户使用是否流畅。一个好的应用程序应该是自我探索的，而且不须要培训就能够来使用它。
可访问性测试是可用性测试的一个子集。它是针对于残疾人（如视觉障碍、身体障碍、听力障碍、认知障碍、学习障碍）如何容易地使用一个系统/应用程序。
在不一样的环境组件组合中部署并检查应用程序是否按预期工做。一般互联网的产品须要测试在不一样的浏览器和设备是否能够正常访问。
跨浏览器测试是一种非功能性测试，是兼容性测试的一部分，它帮助咱们确保咱们的网站或web应用程序在各类web浏览器中按预期工做。
请参考跨浏览器测试。
配置测试是使用每一个受支持的硬件和软件配置测试应用程序的过程，以肯定应用程序是否能够正常工做而不出现任何问题。一般在程序发布的时候，都会有个最低配置要求。做为测试人员，须要测试不一样配置条件下系统/应用程序的表现。
全球化是软件应用程序的设计的一个部分，目的是让它能够在不作任何更改的状况下适应不一样的语言和地区。全球化测试则是针对于这部分的测试。
请参考全球化测试。
本地化是经过添加特定于本地化的组件（语言包），使全球化软件适应特定区域或语言的过程。一般会检查文字内容和系统样式内容。
对于互联网公司来讲，安全测试是一个很是重要的测试类型。安全测试是一个肯定系统是否按预期保护数据和维护功能的过程。
渗透测试是一种安全测试。它为了评估系统的安全性。
模糊测试是安全测试的一种，用于识别应用程序中的编码错误和安全漏洞。经过向系统输入大量随机数据，试图使其崩溃，以肯定应用程序中是否有任何中断。
数据库测试是为了验证UI(用户界面)中的数据是否与数据库中存储的数据匹配。它包括检查数据库的模式(schema)、表、触发器等。
其包含了数据库测试，同时还包括了服务器的测试，后台服务的测试等。
桶(bucket)测试是一种将应用程序的两个版本进行比较以肯定哪一个版本性能更好的方法。
相似于桶测试。
相似于桶测试。
图形用户界面测试是测试应用程序和最终用户之间的界面。测试人员主要关注的是外观元素如字体和颜色是否符合设计规范。
在UI测试中，测试人员的目标是测试GUI和命令行界面（CLIs），一样参考图形用户界面测试。
执行接口测试以评估两个预期模块是否传递数据并相互正确通讯。
API表明应用程序编程接口。API测试是一种软件测试，包括使用postman等工具测试API。
敏捷测试是一种包含如下敏捷软件开发方法原理的测试。在这种敏捷测试中，测试是在持续发展的项目的整个生命周期中进行的，而不是局限于特定的阶段。
检查应用程序安装/卸载是否成功，安装后是否按预期工做，卸载后是否删除全部不须要的文件。
测试人员经过预先计划好的程序和适当的文档来测试应用程序的过程。
试运行测试是指公司为了得到客户的信任而在实时运行条件下进行的测试。
前向兼容性测试是为了验证被测应用程序是否按照软件当前版本的更高版本的预期工做。
向后兼容性测试是为了验证被测应用程序是否按照软件当前版本的早期版本的预期工做。
请参考向后兼容性测试。
合规性测试是一种非功能性测试，用于验证软件是否符合一组定义的标准。
依赖性测试是检查应用程序对应用程序正常运行的前提条件、初始状态和配置的需求。
众包测试是由一个由质量保证专家组成的社区经过一个在线平台进行的。
ETL（extract，transform，load）测试包括验证从源到目的地的数据移动，验证源和目的地的数据量，验证数据提取、转换，以及验证表关系。
请参阅ETL测试。
故障注入测试是为了提升测试覆盖率而在代码中有意引入故障的测试技术。
用于验证系统在服务器故障期间可以分配额外资源，并将处理部分任务传输到备份系统
相似于组队开发的模式，一般有一个熟悉单元模块的测试和一个不熟悉该单元模块的测试，组队进行测试。
肯定最有可能致使故障的模块或功能，一般能够由开发和产品高阶使用人员给出相关的风险测试范围，而后测试这些功能。
上面列举了我所了解到的一些测试的种类，但愿能够帮助你们抛开专业术语，了解其真实的测试内容。随着软件产品的多样化和测试技术的进步，上面列举的103种测试方法，确定还有继续扩充的机会。若是大伙有什么补充请在留言回复。