软件测试相关术语

| 序号 | 原词 | 翻译 | 解释 | | :--: | :----------------------------: | :----------------------: | :----------------------------------------------------------- | | 1 | Manual testing | 手工测试 | 手工测试就是`由人去一个一个的输入用例，然后观察结果`，和机器测试相对应，属于`比较原始但是必须`的一个步骤。软件测试中发现问题最多的都是手工测试，占整个项目的百分之九十五左右，所以说手工测试是软件测试基础。但手工测试也有一定的缺点：`测试工作量大、重复多、回归测试难以实现`。 | | 2 | Automated Testing | 自动化测试 | 自动化测试就是`把以人为驱动的测试行为转化为机器执行`的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。 | | 3 | Black box testing | 黑盒测试 | 黑盒测试是`把软件当做一个黑盒，不考虑程序的内部逻辑结构和代码，只关注程序的功能是否符合需求`。又称`功能测试`，它是通过测试来检查每个功能是否都能正常使用。黑盒测试着眼于程序外部结构，不考虑内部逻辑，主要针对软件界面和软件功能进行测试。黑盒测试是`以用户的角度，从输入数据与输出数据的对应关系出发进行测试的`。 | | 4 | White box testing | 白盒测试 | 白盒测试是`把盒子打开研究里面的程序结构和源代码`的过程。又称`玻璃盒测试、透明盒测试、开放盒测试、结构化测试、逻辑驱动测试`，是基于程序结构的逻辑驱动测试。盒子指的是被测试的软件，白盒指的是盒子是可视的，你清楚盒子内部的东西以及里面是如何运作的。 | | 5 | Debug | 调试 | 调试即`调试程序`，排除故障的过程。 | | 6 | Test plan | 测试计划 | 测试计划是描述了`测试范围，测试策略和方法，测试资源和进度的一个文档`。 | | 7 | Test case | 测试用例 | 测试用例是`为某个特定目标而编制的一组测试输入，执行条件以及预期结果`等，用来核实是否满足某个特定软件需求。 | | 8 | Bug | 漏洞，错误，故障 | 电脑程序里面的`错误`，而现在更是将其延生为`漏洞`，`错误`，`可改进的细节`、或`与需求文档存在差异的功能实现`等。 | | 9 | Defect | 缺陷 | 缺陷指`设计不合理`或`设计上存在漏洞有待改进`等。 | | 10 | Test report | 测试报告 | 测试报告是指把`测试过程`和`结果写成文档`，`对发现的问题和缺陷进行分析`，为纠正软件存在的质量问题提供依据，同时为软件验收和交付打下基础。 | | 11 | Testing environment Deployment | 测试环境部署 | 测试环境部署是指`为模拟用户软件环境，对软件测试过程搭建对应的软硬件环境`。 | | 12 | Sprint | 迭代 | Sprint是指在Scrum项目管理方法中的一个常规、可重复的较短工作周期。 | | 13 | Version | 版本 | 指软件升级的版本，如1.0，2.0. | | 14 | Functional testing | 功能测试 | 功能测试是指对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。 | | 15 | User interface testing | 用户界面测试（UI测试） | UI测试是指对`用户界面`进行测试，包括用户界面的功能模块布局是否合理，整体风格是否一致和各个控件位置是否符合客户使用习惯等。 | | 16 | Exception testing | 异常测试 | 异常测试是指通过`制造错误情况`测试系统对错误操作、错误报文的反应，检查系统是否给出了`清晰且充分的提示或约束`。 | | 17 | Unit testing | 单元测试 | 单元测试是指对`软件中的最小可测试单元进行检查和验证`。 | | 18 | Integration testing | 集成测试 | 集成测试是在单元测试的基础上，将所有模块按照概要设计要去组装成为`子系统或系统`，验证组装后功能以及模块间接口是否正确的测试工作。 | | 19 | System testing | 系统测试 | 系统测试是`对整个系统的测试，将硬件、软件、操作人员看作一个整体`，检验它是否有不符合系统说明书的地方。 | | 20 | UAT | 用户验收测试 | 用户验收测试是指相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。 | | 21 | International testing | 国际化测试 | 国际化测试是测试软件的国际化支持能力，发现软件的国际化的潜在问题，保证软件在世界不同区域中都能正常运行。 | | 22 | Performance testing | 性能测试 | 性能测试是指`基于协议模拟用户发出请求，对服务器形成一定的负载`，来测试服务器的`性能指标`是否满足要求的过程。 | | 23 | Priority | 优先级 | Priority是指`bug修复的优先级别`。 | | 24 | Severity | 严重性 | Severity是指`错误对被测系统的影响程度`，在终端用户条件下发生的可能性，软件错误妨碍系统使用的程度。 | | 25 | Quality assurance | 质量保证 | 质量保证是指为使人们确信产品或服务能满足质量要求而在质量管理体系中实施并根据需要进行证实的全部有计划和有系统的活动。 | | 26 | Smoking test | 冒烟测试 | 冒烟测试是指`对软件的基本功能进行测试，以确保软件的基本功能正常，从而进行后续深入的测试`。 | | 27 | Software life cycle | 软件生命周期 | 软件生命周期是指软件开发全部过程、活动和任务的结构框架，包括`需求，设计，编码，测试和维护`等阶段。 | | 28 | Static testing | 静态测试 | 静态测试是指`不运行被测程序本身`，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序正确性。 | | 29 | Dynamic testing | 动态测试 | 动态测试是指通过`运行被测程序，检查运行结果与预期结果的差异`，并分析运行效率、正确性和健壮性等性能。 | | 30 | Structured query language | 结构化查询语言（SQL） | SQL是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。 | | 31 | Module | 模块 | 模块是指`一个或一块功能是完整的，可以独立的功能区域`。 | | 32 | Test Scenario | 测试场景 | 测试场景是可以测试的任何功能，也成为测试条件或测试可能性。指站在用户的角度，找出真实世界的场景和使用中的应用程序案例。 | | 33 | Check Point | 检查点 | 检查点是指程序或进程正常运行时周期性记录进程或程序有关信息的点，目的是当系统发生故障或错误时，从最新检查点恢复。 | | 34 | Testing coverage | 测试覆盖 | 是指检查系统中所展现的功能是否和需求一致，如果一致，则表示该需求被覆盖，包括测试用例编写的过程中是否覆盖到对应的产品需求。 | | 35 | Review | 评审、审查 | 评审是由项目阶段成果的作者以外的其他人来检查工作成果，发现问题，提出意见和建议，已达到改进质量的目的。 | | 36 | Screen shot | 截图、抓屏 | 指在软件测试中，将软件界面中的错误的全部或一部分，使用专用工具存储成图像文件，以便于后续处理。 | | 37 | TBD | (To Be Determined)待定的 | 指`在测试文档中是一项进行中的尚未最终确定的工作`。 | | 38 | TBC | (To Be Confirm)待确认 | 指在测试文档中一项`待确认`的工作。 |