1、测试(testing)
包括了所有生命周期活动的过程，包括静态的和动态的。涉及计划、准备和对软件产品及其相关工作产品的评估，用以确定它们是否满足了需求，证明它们是否符合了目标，以及是否发现了缺陷。
2.计算机软件的测试目的是
a)、验证软件是否满足软件开发合同或项目开发计划、系统/子系统设计文档、软件需求规格说明软件设计说明和软件产品说明等规定的软件质量要求:
b)、通过测试，发现软件缺陷!
c)、为软件产品的质量测量和评价提供依据
3.测试计划 test plan
描述预期测试活动的范围、方法、资源和进度的文档。它标识了测试项、需测试的特性、测试任务任务负责人、测试人员的独立程度、测试环境、测试设计技术、测试的入口和出口准则和选择的合理性需要紧急预案的风险。这是测试计划过程的一份记录。[IEEE 829]
4.验收测试(acceptance testing)
根据用户要求、需求和业务流程进行的正式测试，用来判断系统是否满足了验收标准，同时帮助用户、客户或者其他授权实体来判断是否可以接受这个系统。[IEEE 610.12]
5. α测试(alpha testing)
由潜在客户/用户或者独立的测试团队在软件开发环境(但应在开发单位之外)进行的模拟或实际运行测试。注意:α测试通常是对现货软件进行内部验收测试的一种方式。
6.β 测试(beta testing)
由潜在的或者已经存在的客户/用户，在没有开发人员参与的情况下在外部场所进行的测试，检测组件或系统是否满足用户需要，是否符合业务过程。
注意:β测试是软件产品为了获得市场反馈而进行的外部验收测试的一种形式。
7.确认(validation)
(1)、通过检查和提供客观证据来证实针对特定目的的功能或者应用已经被实现。[ISO 9000](2)、
(2)确认提供的产品可以完全实现预期功能。也就是说，确认过程保证了“你建造了正确的东西”。ICMMI 02]
(3)、根据用户或客户的需要和需求来确定软件开发产品的正确性。
8.验证（verification）
(1)、通过检查和提供客观证据来证实特定的需求已经被实现。[ISO 9000]
(2)、评估一个系统或组件来确定给定开发阶段的产品是否满足了这个阶段开始时引入的条件。[IEEE610.12]
(3)、验证确保工作产品恰当地反映了为它们指定的需求。也就是说,验证确保“你正确地建造了它”[CMMI 02]
9.V模型(V-mmodel)
描述从需求规格说明到维护的整个软件开发生命周期活动的框架。V 模型说明了测试活动如何集成于软件开发生命周期的每个阶段。
10.集成测试(integration testing)
一种旨在发现组件接口以及集成组件或系统间交互时存在的缺陷的测试。
11.回归测试(regression testing)
软件修改后，重新测试以前测试过的程序，确保更改没有给软件其他未更改部分带来新的缺陷。软件修改后或使用环境变更后要执行回归测试。
12.黑盒测试(black boxtesting)
不考虑组件或系统内部结构的功能或非功能测试
13.白盒测试(white box testing)
基于对组件或系统的内部结构的分析而进行的测试。
14.软件质量(software quality)
软件产品的功能和特性总和，关注于能够达到规定或隐含需求的能力。[IS09126]
15.冒烟测试(smoke test)
所有定义的/计划的测试用例的一个子集，它覆盖组件或系统的主要功能，以确保程序的绝大部分关键功能正常工作，但忽略细节部分。
16.预测试(intake test)
冒烟测试的一种特例，用于决定组件或系统是否准备进入更深入的测试。通常在测试执行的初始化阶段实施。
17.容量测试(volume testing)
使用大容量数据对系统进行的测试
18.负载测试(load testing)
一种通过增加负载来测量组件或系统的测试方法。例如，通过增加并发用户数和(或)事务数量来测量组件或系统能够承受的负载。
19.压力测试(stess testing)
在规定的或超过规定的需求的条件下对组件或系统进行的测试，以对其进行评估。
20.测试过程(test process)
(1)、基本的测试过程包括测试计划与控制、测试分析与设计、测试实现与执行、测试出口准则评估与报告以及测试结束活动。
(2)、基本的测试过程包括计划、规格说明、执行、记录和检查完成情况以及测试结束活动。
21.测试策略(teststrategy)
定义了需要对程序(一个或多个项目)执行测测试级别以及相关级别需要进行的测试的概要性文档。
