如果你不是QA工作人员，你就很难掌握所有的术语。(即使你从事QA工作，这也并非易事!)所以我们整理了一份关于QA测试词汇的入门手册。毕竟，每个人都有一个起点，一个好的团队永远不会让你感到不好意思问问题。

虽然这个列表可能不能帮助你赢得下一次Scrabble比赛，但它应该能够帮助你基本理解常见的QA测试词汇。

QA测试词汇的类型

手工测试意味着手动测试应用程序或网站。例如，打开浏览器，手动导航到一个网站的不同部分，寻找用户体验问题或缺陷。(更多信息,参见什么是手动测试?）

自动化测试意味着使用编程语言(如Java)编写脚本，将导航一个网站或应用程序。这些脚本可以生成问题的报告，如断开链接，缺少文本等(更多关于手动和自动之间的差异，请参阅手动测试vs.自动化测试．）

API测试意味着检查API的质量/准确性，它代表应用程序编程接口。api向远程服务器发送请求和响应。

例如，假设你在Google.com上输入文本并点击“搜索”。的搜索引擎然后，API发送内容请求，并返回搜索结果。

性能测试在典型使用场景下，检查应用程序或网站的响应时间。

例如，假设您知道您的网站在正常的一天中有50,000个点击量。通过性能测试，您可以使用一个程序来查看在该场景中加载需要多少秒。

负载测试与性能测试非常相似，但更关注于找到应用程序或站点崩溃或崩溃的确切点。

例如，假设你即将发布一款新的手机应用，你不知道会有多少人使用它。您如何知道您的服务器是否能够满足需求?为了安全起见，您可以进行负载测试，以确定它可以支持的最大用户数。

负载测试与性能测试密切相关，差别很小。

了解更多关于不同类型的软件测试．

QA测试方法

用户验收测试意味着让真正的用户测试你的应用或网站并提供反馈。也被称为“UAT”，它也可以指常规的手动测试。了解更多不同类型的用户验收测试．

可访问性测试意味着检查应用程序或网站是否对各种残疾人士友好。例如，验证视频是否有针对听力残疾人士的封闭字幕，或图像是否有针对视觉残疾人士的描述。可访问性测试可以涵盖许多其他残疾，包括运动障碍，学习障碍等。

单元测试意味着创建自动脚本来测试应用程序或网站代码的各个部分。尽管单元测试是测试的一种形式，但它通常由开发人员完成。单元测试的目标是确保代码的每个区域都能正常工作。

特别的测试意味着在不遵循任何特定测试用例的情况下测试应用程序或网站。相反，QA会随意浏览应用程序，找出他们在整个过程中发现的任何问题。

探索性测试即利用现有的移动应用程序或网站经验和知识进行测试。这种洞察力使QA测试人员能够在不遵循正式测试用例的情况下专注于测试。

基本的QA测试

冒烟测试是最快/最基本的测试形式之一。它包括对主要功能进行简单的测试，通常是在发布之前。可以这么说，目的是看看是否有什么东西“着火了”。(如果你真的想用比喻的话，你也可以用“哪里有烟，哪里就有火”。或者，如果你是Billy Joel的粉丝或开发者，你会说:“我们并没有纵火。”)

理想情况下，该应用程序还将通过更严格的测试。但烟雾测试被用作一种备份，以便在没有足够的时间进行理想水平的测试时格外谨慎。

例如，假设你即将发布一款应用的新版本。它已经通过了QA，但为了安全起见，你希望在发布到app store前进行一些最后时刻的快速测试。如果您让QA测试登录功能，他们可能会检查使用有效凭证登录是否有效。他们还可能会验证，尝试使用不正确的密码登录会出现错误消息。然而，对于烟雾测试，QA不会像其他类型的测试那样彻底。例如，回归测试可能会结合测试用例敏感性，在不同用户之间切换，等等。

如果烟雾测试是唯一的测试类型，那么应用或网站就容易受到更高级别的漏洞的攻击。但作为额外的预防措施，这是一个很好的过程。

烟雾测试是QA测试中最常见的词汇之一。在我们的文章中了解更多:什么是烟雾测试?

深入的QA测试

回归测试比烟雾测试要彻底得多。回归是带有现有特性的bug，由来自新特性的代码更新或不同的bug修复引起。回归测试包括在部署新功能或bug修复后检查现有应用功能的每个可能方面。这是为了确保代码更新不会破坏软件的其他任何部分。

例如，假设一个开发人员为“Birthday”添加了一个新的配置文件字段。对概要文件部分进行回归测试将意味着验证所有其他字段仍然是可编辑的，保存更改仍然有效，在名字字段中仍然不允许数字，等等。有时，即使是很小的代码更改也会导致大量的回归。因此，无论何时有大的或小的更新，这种类型的测试都是非常重要的。

与烟雾测试一样，回归测试在任何QA测试词汇中都很常见。了解更多关于如何进行回归测试．

跨浏览器/跨设备意味着正在多个网络浏览器(如Safari, Chrome, Firefox, internet Explorer等)或多个设备(android, iphone，平板电脑，台式机等)上进行测试或出现漏洞。了解更多关于跨浏览器测试的重要性．

跨浏览器/设备测试很重要，因为许多bug会出现在一个浏览器或设备上，而不是另一个。

规划

测试用例是测试应用程序或网站的给定部分是否正常工作的步骤。如果这听起来模糊或混乱，不要担心——我们在我们的帖子中有完整的解释(有例子!)，什么是QA测试用例?

测试套件是一组测试用例。例如，您可能有注册部分、主页、视频回放等的测试用例。测试套件是由所有这些不同的测试用例组成的电子表格。

冲刺是敏捷QA过程中一段固定的时间。一个“冲刺”包括团队预期在时间框架内(通常是一到两周)完成的给定数量的任务。

在Sprint开始之前，团队会聚集在一起Sprint计划．在这个过程中，产品经理、开发人员和QA测试人员将决定哪些bug修复或特性可以实际地包含在Sprint中。要了解关于优先排序过程的更多信息，请参见如何区分Bug修复的优先级．

过程

敏捷是一个涉及定期发布的软件开发过程。它还需要动态地更新需求。在使用敏捷流程时，通常每隔几周就会发布新版本/更新。要了解更多，请参阅我们的文章敏捷测试过程．

验收标准是一组必须满足的条件，以便一个特性被认为是准备发布的。在敏捷过程中，确切的条件可以随时改变。毕竟，敏捷团队的核心是基于新的信息或想法。然而，为了考虑完成的特性，必须满足最终的验收标准集。

例如，以下是消息传递特性的接受标准:

• 高级用户必须能够给他们的朋友列表上的任何用户发送消息
• 所有用户必须能够阻止任何用户
• 管理员用户必须能够删除消息
• 所有用户必须有“收件箱”和“已发送”部分

在我们的完整指南中了解更多验收标准．

规格(规范的简称)是描述应用程序或网站应该如何外观或行为的文档或资源。例如，测试人员可能会询问“设计说明”，以确保图像和布局符合预期。

需求本质上和“规范”是一样的——文档详细描述了一个特性的所有信息。这允许开发人员构建和QA测试正确的细节。

行为驱动开发使用一种叫做“小黄瓜”的语言来记录需求。这些需求随后成为自动化测试的基础。“小黄瓜”使用“给定，然后，当”的格式来帮助不太懂技术的团队成员理解功能。

例如:

鉴于用户想要发布到脸谱网
当他们输入消息，然后点击“发布”
然后他们的朋友可以看到这篇文章

用户(或“终端用户”)是指使用你的应用或网站的人。例如，你的客户或客户。

释放

最有价值球员代表最小可行产品。对于一个应用或网站版本来说，要想成为“MVP”，它必须满足团队确定的发布最低要求。

例如，某企业所有者可能会将应用的GPS部分视为“MVP功能”，这意味着即使是在测试发行时也必须包含该功能。他们也可能认为视频功能是“后mvp”，这意味着它可以在首次发布后添加。

候选发布版是一个准备向公众发布的版本，假设在测试期间没有发现重大bug。

例如，你希望iOS应用的下一个版本能够突出新内容。您还希望它在“收藏”部分包含一个bug修复。一旦开发人员完成内容更新和修复bug，他们就会将新版本作为“候选版本”发送给QA。如果QA发现任何重大的bug，该构建就不再是发布候选版本。另一方面，如果QA没有发现任何明显的bug，就可以发布了。

代码完成意味着开发人员已经完成了bug修复或新特性的实现。这意味着它要么已经准备好进行QA，要么在代码部署后很快就可以进行QA。“代码完成”并不意味着新版本不会有任何bug。事实上，它可能会!当开发者完成第一关时，QA的工作就是验证其有效性和质量。

质量

错误是应用程序或网站的问题。有时它们是明显的问题，例如崩溃或意外的错误消息。其他时候，他们被认为是有问题的，因为他们不符合公司的期望。

例如，一个网站需要整整两分钟来加载，这将是一个非常简单的错误。但是如果一个公司想要背景色是蓝色，而它看起来是绿色的，这也会是一个bug(即使它对用户来说看起来不坏)。

错误报告是记录应用程序或网站问题的正式方式。在项目管理系统中，错误报告通常被归档为“票据”，例如Jira．Jira是一个跟踪软件开发进度的在线工具。要了解更多，请参见Jira QA工作流程和最佳实践．）

要了解更多关于bug报告和示例，请查看我们的帖子报告bug的最佳实践．

奇观是一个非常关键的错误。如果QA在测试版本的新版本中发现任何问题，就不应该向公众发布。Showstoppers被认为是开发人员修复的首要问题——特别是如果它们在一个实时版本中被发现。

例如，如果一款手机应用在用户注册时总是崩溃，那就会被认为是一个致命的漏洞。

拦截器本质上和表演终结者是一样的(见上文)。拦截器错误阻止了新版本的发布。

边界情况错误只有在极少数情况下才会发生。这可能意味着只在旧的操作系统或设备上发生，或者只发生1 / 200次。边缘情况的优先级通常很低。在许多情况下，边缘情况将永远留在backlog中。在我们的文章中了解更多软件测试中的边缘案例．

例如，你的用户中有99.9%是iOS版本10以上的用户。边缘情况可能是iOS 9上的格式错误，这只会影响0.01%的用户。

缺陷应用程序或网站中不符合接受标准的问题(见上文)。例如，也许背景的蓝色深浅不对。对于真正的用户来说，这并不一定是一个“bug”。但是因为它不符合公司对设计的要求，它将是一个“缺陷”。

热修复是一个关键的bug修复，需要在下一个预定发布日期之前开始运行。

用户体验指的是用户使用应用程序或网站的体验和交互的质量。即使没有明显的“bug”，应用程序也可以有糟糕的用户体验。

例如，假设你在一个iOS应用程序中有一个注册部分。也许每个字段都工作正常，用户能够成功保存和注册。但是，如果用户每次完成一个字段(而不是在一个页面上有多个字段)都必须移动到一个新屏幕，这将是糟糕的用户体验。

“用户体验”是QA测试中的热门话题。要了解更多，请参见什么是用户体验?

功能是应用程序或网站中的服务或功能。例如，能够“喜欢”推特是Twitter的一项功能。

你完成了QA测试词汇表的最后一项——祝贺你!

虽然这些定义并不详尽，但你现在已经是一名荣誉QA测试员了。想要更详细地了解QA方面的内容吗?看看我们QA的博客．

准备好让我们把这些定义付诸行动测试你的应用程序或网站了吗?请查看我们的完整列表QA测试服务．