●Regression Testing（回归测试）:在软件或环境被修改后进行的测试。理论上，对软件的任何新版本，都需要进行回归测试，验证以前发现和修改的错误是否在新软件版本上再现。可能很难确定我们需要进行多少次的再测试，尤其接近到开发过程的末期。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。自动测试工具可能会油很大的帮助。
●Pilot Testing（引导测试）:软件开发中，验证系统在真实硬件和客户基础上处理典型操作的能力。在软件外包测试中，引导测试通常是客户检查软件测试公司测试能力的一种形式，只有通过了客户特定的引导测试，软件测试公司才能接受客户真实软件项目的软件测试。
●End to End Testing（端到端测试）: 同系统测试类似，包括模拟现实世界对一个完整的应用环境进行测试。例如同数据库进行交互，使用网络通信，或者其他的软件，硬件和系统进行交互。
●Rational Testing（理智测试）:这是一种典型的原始测试，其目的是要确定一个新的软件版本在一些主要的测试努力下表现得足够好并且可以接受。例如：如果一个新软件每五分钟当机一次，使系统执行速度极其缓慢，或者破坏系统数据，那么该软件就处于不够“理智”状态，必须保证在当前状态下进行进一步测试。
●Smoke Testing（冒烟测试）:冒烟测试的对象是每一个新编译的需要正式测试的版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。参考“Sanity Testing（健全测试）”。
●Sanity Testing（健全测试）:软件主要功能成份的简单测试以确认它是否能进行基本的测试。
●（恢复测试）:
●（安全性测试）:
●Compatibility Testing（兼容性测试）: 又称Configuration Testing（配置测试）或Portability Testing（可移植性测试）。
◆测试软件是否和系统中其它与之交互的元素之间兼容，如：浏览器，操作系统，硬件等。验证测试对象在不同软件和硬件配置中的运行情况。
◆测试软件软件软件是否可以被成功移植到指定的硬件或软件平台上。
●（安装和反安装测试）:
●Automated Testing（自动化测试）: 一般是指软件测试的自动化，把以人为驱动的测试行为转化为机器执行的一种过程。为了节省人力，时间或硬件资源，提高测试效率，便引入了自动化测试。使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI，性能等测试中用得比较多。
●Testing Plan（测试计划）:描述了要进行的测试活动的范围，方法，资源和进度的文档。它确定测试项，被测特性，测试任务，谁执行任务，各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。
●Testing Environment（测试环境）:进行测试的环境，包括测试平台，测试基础设施，测试实验室和其他设施。
●Testing Script（测试脚本）:一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。为了提高测试脚本的可维护性和可复用性，必须在执行测试脚本之前对它们进行构建。测试脚本可以被创建（记录）或使用测试自动化工具自动生成，或用编程语言来完成，也可综合前三种方法来完成。
●Test Case（测试用例）:是为了某个特殊目标而编制的一组测试输入，执行条件以及与其结果，以便测试某个程序路径或核实是否满足某个特定需求。比较通常的说法是：指对一项特定的软件产品/系统进行测试任务描述。
●Testing Procedure（测试过程）:指设置，执行给定测试用例并对测试结果进行评估的一系列详细步骤。
●Bug（错误/缺陷）:又称Defect（缺陷）。（ISTQB/CSTQB）可能会导致软件组件或系统无法执行其定义的功能的瑕疵，例如：错误的语句或变量定义。如果在组件或系统运行中遇到缺陷，可能会导致运行的失败。
◆The software doesn't do something that the product specification says it should do.
◆The software does something that the product specification says it shouldn't do.
◆The software does something that the product specification doesn't mention.
◆The software doesn't do something that the product specification doesn't mention but should.
◆The software is difficult to understand, hard to use, slow, orin the software tester's eyes will be viewed by the end user as just plain not right.
●Bug Tracking System（错误跟踪系统）:BTS又称“Defect Tracking System，DTS”。管理软件测试缺陷的专用数据库系统，可以高效率地完成软件缺陷的报告，验证，修改，查询，统计，存储等任务。尤其适用于大型多语言软件的测试管理。
●Screen Shot（抓屏/截图）:软件测试中，将软件界面中的错误（窗口/菜单/对话框等）的全部或一部分，使用专用工具存储成图像文件，以便于后续处理。
●Debug（调试）:开发人员确定引起错误的根本原因和确定可能的修复措施的过程。一般发生在子系统或单元模块编码完成时，或者根据测试错误报告指出错误以后，开发人员需要执行调试过程来解决已存在的错误。
●Build（工作版本）:
◆Build版在软件发布上主要区分不同时期的版本，它是编译时的版本标记，一般序号都是递增的。可用于辨别软件版本。版本号里面的Build说明这个版本是第几次编译结果，它后面一般跟数字或日期。
◆软件开发过程中用于内部测试的功能和性能等不完善的软件版本。工作版本既可以是系统的可操作版本，也可以是展示要在最终产品中提供的部分功能的部分系统。
●Exception（异常/例外）:一个引起正常程序执行挂起的事件。
●Crash（崩溃）:计算机系统或组件突然并完全的丧失功能，例如软件或系统突然退出或没有任何反应（死机）。
●Structured Query Language（结构化查询语句）:SQL是在一个关系数据库中查询和处理数据的一种语言。
版权声明：本文出自june_zhuhui的51Testing软件测试博客：http://www.51testing.com/?109251
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
