一、软件测试的定义。
在规定的条件下对程序进行操作，以发现程序错误 ， 衡量软件质量，并对其是否能满足设计要求进行评估的过程。
1、规定条件 --> 测试用例
2、发现程序错误 --> 找bug
3、衡量软件质量 --> 质量评估
4、满足设计要求 --> 满足要求
二、软件测试相关术语
1、SRS（软件需求规格说明书）：Software Requirement Specification
2、Manual testing：人工测试 人工测试是由测试人员手工逐步执行所有的活动，并观察每一步是否成功 完成。人工测试是任何测试活动的一部分，在开发初始阶段软件及其用户接口还未足够稳定时尤其有 效。即使在开发周期很短以及自动化测试驱动的开发过程中，人工测试技术依然具有重要的作用。
3、Automated Testing：自动化测试 自动化测试是把以人为驱动的测试行为转化为机器执行的一种过 程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测 试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率， 便引入了自动化测试的概念。
4、Black box testing：黑盒测试 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使 用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下， 在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地 接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对 软件界面和软件功能进行测试
5、White box testing：白盒测试 白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测 试。白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的，你清楚 盒子内部的东西以及里面是如何运作的。"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测 试。"白盒"法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻 辑着手，得出测试数据。
6、 Alpha testing (A测试)：是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员和测试员完成。Alpha测试可以从软件产品编码结束之后开始，或在模块（子系统）测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册（草稿）等应该在Alpha测试前准备好。
7、 Beta testing : 是软件的多个用户在一个或多个用户的实际使用环境下进行的测试，开发者通常不在测试现场，Beta测试也不能由程序员或测试员完成。因而，Beta测试是在开发者无法受控的环境下进行的软件现场应用。Beta测试着重于产品的支持性，只有当Alpha测试达到一定的可靠程度后才能开始Beta测试。
8、Debug：排除程序故障 调试 1937年，美国青年霍华德·艾肯找到IBM公司为其投资200万美元研制计 算机，第一台成品艾肯把它取名为:马克1号(mark1)，又叫"自动序列受控计算机"，从这时起IBM公司由 生产制表机，肉铺磅秤，咖啡研磨机等乱七八糟玩意儿行业，正式跨进"计算机"领地。为马克1号编制 程序的是哈佛的一位女数学家格蕾丝·霍珀，有一天，她在调试程序时出现故障，拆开继电器后，发现有 只飞蛾被夹扁在触点中间，从而"卡"住了机器的运行。于是，霍珀诙谐的把程序故障统称为"臭虫 (BUG)"，把排除程序故障叫DEBUG，而这奇怪的"称呼"，后来成为计算机领域的专业行话。从而debug意为排除程序故障的意思。
9、Test plan：测试计划 描述了要进行的测试活动的范围、方法、资源和进度的文档;是对整个信息系统应 用软件组装测试和确认测试。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测 试计划可以有效预防计划的风险，保障计划的顺利实施。测试计划是在需求整理完成，和开发计划一起 制定的一份计划书，它从属于项目计划中其中的一个计划。
10、Test case：测试用例 测试用例是一组条件或变量，测试根据它来确定应用软件或软件系统是否正确 工作，用于测试输入、执行条件以及预期结果等。
11、Bug：漏洞、程序错误 在程序设计中的术语，是指在软件运行中因为程序本身有错误而造成的功能不 正常、体验不佳、死机、数据丢失、非正常中断等现象。
12、Defect：缺陷 软件缺陷(Defect)，常常又被叫做Bug。所谓软件缺陷，即为计算机软件或程序中存在 的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度 上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义:从产品内部看，缺陷是软件产品开发 或维护过程中存在的错误、毛病等各种问题;从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。
13、Test report：测试报告 测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分 析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。
14、Testing environment Deployment：测试环境部署 测试环境部署是指为模拟用户软件环境，对软件 测试过程搭建对应的软硬件环境。
15、Sprint：迭代 迭代是重复反馈过程的活动，其目的通常是为了逼近所需目标或结果。每一次对过 程的重复称为一次"迭代"，而每一次迭代得到的结果会作为下一次迭代的初始值。
16、 Build（工作版本)：软件开发过程中用户内部测试的功能和性能等不完善的软件版本。工作版本既可以是系统的可操作版本，也可以是展示要在最终产品中提供的部分功能的部分系统。
17、Version：版本 version是指软件升级的版本，如1.0，2.0。
18、Functional testing：功能测试 功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测 试，检查产品是否达到用户要求的功能。功能测试也叫黑盒测试或数据驱动测试，只需考虑需要测试的 各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出 来的测试用例，输入数据在预期结果和实际结果之间进行评测，进而提出更加使产品达到用户使用的要求。
19、User interface testing：用户界面测试 (UI测试) 测试用户界面的功能模块的布局是否合理，整体 风格是否一致和各个控件的放置位置是否符合客户使用习惯，更重要的是要符合操作便捷，导航简单易 懂，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等等。
20、Exception testing：异常测试 异常测试是指通过认为制造错误情况测试系统对错误操作、错误报文 的反应，检查系统是否给出了清晰且充分的提示或约束。
21、Pilot testing (引导测试)： 软件开发中，验证系统在真实硬件和客户基础上处理典型操作的能力。在软件外包测试中，引导测试通常是客户检查软件测试公司测试能力的一种形式，是有通过了客房特定的引导测试，软件测试公司才能接受客户真实软件项目的软件测试。
22、 Portability testing (或移植性测试)： 测试软件是否可以被成功移植到指定的硬件或软件平台上。
23、 Compatibility Testing (兼容性测试)： 也称“Configuration testing (配置测试)”，测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件配置中的运行情况。
24、 SanityTesting (健全测试)： 软件主要功能成分的简单测试以保证它是否能进行基本的测试。
25、Unit testing：单元测试 单元测试是指对软件中的最小可测试单元进行检查和验证
26、 Regression Testing (回归测试)： 在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，对软件的任何新版本，都需要进行回归测试，验证以前发现和修复的错误 是否在新软件版本上再现。
27、Integration testing：集成测试 集成测试是在单元测试的基础上，将所有模块按照概要设计要去组装 成为子系统或系统，验证组装后功能以及模块间接口是否正确的测试工作。
28、System testing：系统测试 系统测试是对整个系统的测试，将硬件、软件、操作人员看作一个整 体，检验它是否有不符合系统说明书的地方。
29、UAT：用户验收测试 用户验收测试是指相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。
30、International testing：国际化测试 国际化测试是测试软件的国际化支持能力，发现软件的国际化的 潜在问题，保证软件在世界不同区域中都能正常运行。
31、Performance testing：性能测试 性能测试是指基于协议模拟用户发出请求，对服务器形成一定的负 载，来测试服务器的性能指标是否满足要求的过程。
32、 Load testing (负载测试)： 通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。Load testing的目标是确定下并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，Load testing还要评估性能特征，例如：响应时间、事务处理速率和其它与时间相关的方面。
33、Priority：优先级 bug修复的优先级别。从商业角度出发是指错误的重要性，尤其是从客户和用户的角度出发，是指错误对于系统的可行性和可接受性的影响。与“Severity (严重性)”相对照。
34、Severity：严重性 是指错误对被测系统的影响程度，在终端用户条件下发生的可能性，软件错误 妨碍系统使用的程度。
35、Quality assurance：质量保证 质量保证是指为使人们确信产品或服务能满足质量要求而在质量管理 体系中实施并根据需要进行证实的全部有计划和有系统的活动。质量保证一般适用于有合同的场合，其 主要目的是使用户确信产品或服务能满足规定的质量要求。
36、Smoking test：冒烟测试 在软件中，"冒烟测试"这一术语描述的是在将代码更改嵌入到产品的源树中 之前对这些更改进行验证的过程。在检查了代码后，冒烟测试是确定和修复软件缺陷的最经济有效的方 法。冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。
37、Software life cycle：软件生命周期 软件生命周期是指软件开发全部过程、活动和任务的结构框架，包括需求，设计，编码，测试和维护等阶段。
38、Static testing：静态测试 静态测试是指不运行被测程序本身，仅通过分析或检查源程序的语法、结 构、过程、接口等来检查程序正确性。
39、Dynamic testing：动态测试 动态测试是指通过运行被测程序，检查运行结果与预期结果的差异，并 分析运行效率、正确性和健壮性等性能。
40、Structured query language：结构化查询语言 SQL SQL是一种数据库查询和程序设计语言，用于存 取数据以及查询、更新和管理关系数据库系统。
41、Module：模块 模块是指一个或一块功能是完整的，可以独立的功能区域。
42、Test Scenario：测试场景 测试场景是可以测试的任何功能，也成为测试条件或测试可能性。指站在 用户的角度，找出真实世界的场景和使用中的应用程序案例。
43、Check Point：检查点 检查点是指程序或进程正常运行时周期性记录进程或程序有关信息的点， 目的是当系统发生故障或错误时，从最新检查点恢复。
44、Testing coverage：测试覆盖 测试覆盖是指测试系统覆盖被测试系统的程度，一项给定测试或一组 测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度。
45、Review：评审 评审是由项目阶段成果的作者以外的其他人来检查工作成果，发现问题，提出意 见和建议，以达到改进质量的目的。
46、Screen shot：抓屏截屏 软件测试中，将软件界面中的错误的全部或一部分，使用专用工具存储成图 像文件，以便于后续处理。
47、TBD：待确定 TBD在测试文档中是一项进行中的尚未最终确定的工作。
48、TBC：待确认 TBC在测试文档中一项待确认的工作，一般是确认问题。
49、Bug tracking system (错误跟踪系统，BTS)： 也称为“Defect tracking system,DTS”，管理软件测试缺陷的专用数据库系统，可以高效率地完成软件缺陷的报告、验证、修改、查询、统计、存储等任务。尤其适用于大型多语言软件的测试管理。
50、 Installing Testing (安装测试)： 确保该软件在正常情况和异常情况的不同条件下，例如，进行首次安装、升级、完整的或自定义的安装都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。核实软件在安装后可立即正常运行。Installing Testing包括测试安装代码以及安装手册。安装手册提供如何进行安装，安装代码提供 安装一些程序能够运行的基础数据。
