软件测试术语整理

• 1.集成测试
• 集成测试是在软件项目/产品在系统集成过程中所进行的测试，其主要目的是检查软件项目，组件之间的接口是否正确，以及每个组件功能是否按照需求规格说明书编制。
• 根据集成测试进度计划，一边将软件组件或其他软件单位组合成越来越完整的系统，一边运行该系统，以检测所组成的系统是否正确。
• 包括功能集成测试和非功能集成测试（备注：目前主要进行的是性能、压力、并发、效率测试。）。

• 2.系统测试
• 系统测试是对已经集成好的软件项目/产品系统进行彻底的测试，以验证软件系统功能和性能满足其需求规格说明书所指定的要求，检查软件的行为和输出是否正确。
• 系统测试按照系统测试进度计划进行。
• 包括功能系统测试和性能、以及非功能性系统测试（备注：目前主要进行的是性能、压力、并发、效率测试。）

• 3.冒烟测试
• 冒烟测试又称为可接收性测试，是测试部在开始大范围功能或性能测试前，对最基本功能主要流程的简单测试，验证系统是否满足接收测试的标准。满足标准测试部开始测试，否则返回程序开发部重新修订。
• 同时测试部协助查找造成该版本不能开始测试的主要原因，程序开发加以修订再送测。
• 依据《接收测试标准》

• 4.回归测试
• 回归测试根据已经关闭的缺陷再重新进行的测试。目的在于验证以前出现过，但已经修复好的缺陷不再重新出现。
• 在验证已经关闭的缺陷不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。
• 因此鼓励对所有回归测试用例实现脚本化，虽然对于目前功能自动化测试还是一个非常困难的工作

• 5.a测试
• α测试规定是企业内部项目/产品在企业内部试用的过程。
• 根据项目/产品情况，企业高层管理者确定项目/产品是否需要开展α测试。
• α测试可以从软件项目/产品编码结束之时开始，或在项目/产品系统测试完成之后开始，也可以在确认测试过程中产品达到一定的稳定和可靠性之后再开始。
• α测试由产品经理主持，产品运维部搭建项目/产品运营环境，产品经理协助收集新需求，测试组长协助验证产品缺陷

• 6.β测试
• β测试是由企业的外部用户在实际运营环境下进行的使用。这些用户是与企业签定了支持产品预发行合同的外部客户，他们要求使用该产品，并愿意反馈有关信息给企业。
• β测试由产品经理主持，产品运维部搭建项目/产品运营环境，产品经理协助收集新需求，测试组长协助验证产品缺陷。
• 只有当α测试达到一定的可靠程度时，才开始β测试。由于它处在整个测试的最后阶段，不能指望这时发现主要问题。

• 7.功能测试
• 验证软件功能能否正常按照它的功能需求规格说明书和UI进行工作。
• 包括满足明确的或者隐含的功能，检验运行软件时的期望行为是否符合原需求规格

• 8.性能测试
• 在软件工程中，性能测试属于效率测试的一部分。
• 按照需求规格说明书中性能测试需求，验证软件的性能水平是否能够满足需求点。

      9.可维护性测试

      检测软件是否允许或方便的进行修正、改进或更改的能力。

      10.可移植性测试

      检测软件是否可从某一环境转移到另一环境（系统体系结构、硬件或软件环境）的能力。

      11.用户文档测试

• 完整性：用户文档应包含产品使用所需信息。
• 正确性：用户文档中所有信息应是正确的，不能有歧义和错误的表达。
• 一致性：用户文档自身内容或相互之间以及与产品描述之间都不应相互矛盾。每个术语的含义宜处处保持一致。
• 易理解性：用户文档对于正常执行其工作任务的一般用户是易理解的。
• 易浏览性：用户文档宜易于浏览，以使相互关系明确

• 12.用户界面测试
• 分析软件用户界面的设计是否合乎用户期望或要求。
• 常包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息（菜单和在线帮助）等方面的测试。

      13.白盒测试

• 通过程序的源代码进行测试，而不使用用户界面。
• 这种类型的测试需要从代码语法和代码规范发现内部代码在算法、溢出、路径、条件等等中的缺陷或者错误，进而加以修正。

     14.黑盒测试

• 通过使用整个软件或某个软件界面严格地执行测试,而不关心程序源代码。
• 测试人员通过输入数据（正确数据、错误数据）看输出的结果，从而了解软件怎样工作。

• 15.灰盒测试
• 灰盒测试就像黑盒测试一样是通过用户界面测试，但是测试人员已经有所了解该软件或某个软件功能的源代码程序具体是怎样设计的。甚至于还读过部分源代码。
• 测试人员可以有的放矢地进行某种确定条件的功能测试。

• 16.有效用例
• 有效用例(Valid case)或者叫合法输入用例。
• 是已知软件程序能正确地处理的测试用例。

• 17.无效用例
• 无效用例（Invalid case）或者出错用例(error case)：描述在不合法输入时程序的反应。
• 也就是程序在不合法输入时可以得到正确的预期处理结果。

• 18.等价类划分测试
• 等价类划分方法把所有可能的输入数据，即程序的输入域划分成若干部分，然后从每一部分中选取少数有代表性的数据做为测试用例。
• 等价类的划分有两种不同的情况：
  ①有效等价类：是指对于程序的规格说明来说，是合理的，有意义的输入数据构成的集合。

     　②无效等价类：是指对于程序的规格说明来说，是不合理的，无意义的输入数据构成的集合。

• 在设计测试用例时，要同时考虑有效等价类和无效等价类的设计。

• 19.边界值测试
• 边界值测试，是对等价类测试方法的补充。这里所说的边界是指，相当于输入等价类和输出等价类而言，稍高于其边界值或稍低于其边界值的一些特定情况。
• 使用边界值方法设计测试用例，首先应确定边界情况。应当选取正好等于，刚刚大于，或刚刚小于边界的值做为测试数据，而不是选取等价类中的典型值或任意值做为测试数据。

• 20.国际化测试
• 验证软件程序在不同国家或区域的平台上也能够如预期运行，支持使用当地常用的日期，字体，文字表示，特殊格式等。
• 例如：数商的多语言版本，繁体、英文、日文、法语、阿拉伯语、德语等

• 21.本地化测试
• 本地化测试要验证所有已计划要发布的不同语言版本软件，是否能被正确地翻译成当地语言。
• 这类测试一般包括验证菜单，对话框，出错信息，帮助内容等所有用户界面上的文字都能够显示正确翻译好的当地文字。

• 22.探索性测试
• 探索性测试：使操作流程复杂或者非正当操作流程的情况下进行破坏性测试。
• 即：目前所谓的测试工程师在遍历测试用例后，进行的发挥性测试。

      23.偶发性测试

       在测试过程中按照一定的操作步骤发现的Bug，但是不是每次都能复现。这样的Bug称为偶发Bug