Manual testing 手工测试
是由人手工去一步一步的操作，然后观察结果，判断是否和预期结果相对应，在执行测试用例时不需要使用任何自动化工具，是最原始的测试类型
Automated Testing 自动化测试
把以人为驱动的测试行为转化为机器执行的一种过程；
本质：编程测试，即编写一个程序测试另一个程序。
Black box testing 黑盒测试
也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看做一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特征的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，是否有正确的输入输出
White box testing 白盒测试
又称为“结构测试”和“逻辑驱动测试”；
定义： 把测试对象看做一个透明的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。
Debug 调试
即调试程序，排除故障的过程。
Test plan 测试计划
是软件测试员和产品开发小组交流及完成指标的主要表达方式。
目的：规定测试活动的范围、方法、资源和进度。
Test case 测试用例
测试工作的核心、是一组在测试时输入输出的标准、是软件需求的具体对照。
内容：用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。
Bug 漏洞
意思是“臭虫子”或“虫子”。但是现在，我们更多的将其认为是在电脑系统或者程序中，如果隐藏着一些未被发现的缺陷或漏洞问题
Defect 缺陷
为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。
Test report 测试报告
指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。
Testing environment Deployment 测试环境部署
包括硬件环境和软件环境。
硬件环境指测试必需的服务器、客户端、网络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境；
软件环境指被测软件运行时的操作系统、数据库以及其他应用软件构成的环境。
Sprint 迭代
在原来软件的基础上做了部分修改，叫做版本迭代
Version 版本
version是指软件升级的版本，如1.0，2.0
Functional testing 功能测试
是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。、
User interface testing 用户界面测试（UI测试）
测试用户界面的功能模块的布局是否合理，整体风格是否一致和各个控件的放置位置是否符合客户使用习惯，更重要的是要符合操作便捷，导航简单易懂，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等
Exception testing 异常测试
检测系统对异常情况的处理。异常测试覆盖硬件或软件异常时的处理
Unit testing 单元测试
是完成最小的软件设计单元（模块）的验证工作，目标是确保模块被正确的编码，使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误，通常情况下是白盒的，对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早的发现和解决不易显现的错误
Integration testing 集成测试
也叫组装测试或联合测试，即对程序模块采用一次性或增殖方式组装起来，对系统的接口进行正确性检验的测试工作。集成测试是在单元测试的基础上，将所有模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行集成测试。
System testing 系统测试
是对整个系统的测试，将硬件、软件、操作人员看作一个整体，检验它是否有不符合系统说明书的地方
UAT 用户验收测试
在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
International testing 国际化测试
使产品或软件具有不同国际市场的普遍适应性，从而无需重新设计就可适应多种语言和文化习俗的过程。真正的国际化要在软件设计和文档开发过程中，使产品或软件的功能和代码设计能处理多种语言和文化习俗，具有良好的本地化能力。
Performance testing 性能测试
指通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试，包含以下类型：
（1）基准测试：在给系统施加较低压力时，查看系统的运行状况并记录相关数做为基础参考
（2）负载测试：是指对系统不断地增加压力或增加一定压力下的持续时间，直到系统的某项或多项性能指标达到安全临界值，例如某种资源已经达到饱和状态等 。
（3）压力测试：压力测试是评估系统处于或超过预期负载时系统的运行情况，关注点在于系统在峰值负载或超出最大载荷情况下的处理能力。
（4）稳定性测试：在给系统加载一定业务压力的情况下，使系统运行一段时间，以此检测系统是否稳定。
（5）并发测试：测试多个用户同时访问同一个应用、同一个模块或者数据记录时是否存在死锁或者其他性能问题
Priority 优先级
表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。
Severity 严重性
指错误对被测系统的影响程度，在终端用户条件下发生的可能性，软件错误妨碍系统使用的程度
Quality assurance 质量保证
确保软件产品自诞生起到消亡止的全生周期的质量活动，即确定、达到和维护所需要的软件质量而进行的所有有计划的系统性管理活动
Smoking test 冒烟测试
是对软件的基本功能进行测试，目的是确认软件的基本功能正常，保证软件系统能正常跑起来，可以进行后续的正常测试工作的进行。
Software life cycle 软件生命周期
软件的产生直到报废的整个过程。
Static testing 静态测试
不实际运行被测软件，而只是静态地检查程序代码、界面或文档中可能存在的错误的过程。
Dynamic testing 动态测试
实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程
Structured query language 结构化查询语言（SQL语言）
数据库的核心语言， 是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统
Module 模块
指一个或一块功能是完整的，可以独立的功能区域。
Test Scenario 测试场景
指站在用户的角度，找出真实世界的场景和使用中的应用程序案例
Check Point 检查点
是一个数据库事件，它存在的根本意义在于减少崩溃恢复（Crash Recovery）时间。
Testing coverage 测试覆盖
测试的范围，也就是需要测试什么不测试什么，以及从什么角度来进行测试
Review 评审
对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。
Screen shot 截屏
软件测试中，将软件界面中的错误的全部或一部分，使用专用工具存储成图像文件，以便于后续处理
TBD 待确认
在测试文档中是一项进行中的尚未最终确定的工作
TBC 待决定
待决定的工作
参考文献：
本次参考文献过多，此处就列举对我帮助最大的参考文献
无
备注：如有侵权，邮箱联系，实属抱歉。
此只为学习个人笔记整理，同时如有转载请注明出处。
联系邮箱：wengyao1234@outlook.com
一同学习测开技企鹅群（闲聊，水群，广告勿扰）：863117796