软件测试专用名词

前言

由于软件开发/测试中太多太多专用名词, 而有些会让大家混淆, 所以今天分享给大家软件测试的专用名词

 软件测试专用名词图

驱动开发

严格来说第一列的三个名词并不属于测试名词, 而应该是开发的名词, 但是很多人会把它们与其他软件测试的名词混为一谈

1. TDD: 测试驱动开发, 通过测试来推动整个开发的进行, 从而专注实现业务需求和对代码的重构上

2. ATDD: 验收测试驱动开发, 通过单元测试用例来驱动功能代码的实现, 由于验收测试基本都是基于界面(UI)层次, 导致验收测试的测试用例会有修改的, 容易发生变化, 所以目前大部分已被BDD取代

3. BDD: 行为驱动开发, 主要是通过用户的需求, 系统行为, 需求价值驱动功能代码的开发与实现, 由于其针对的是需求或系统本身, 较为稳定

使用BDD和ATDD可以解决需求和开发脱节的问题, 因为首先他们都是从用户的需求出发, 保证程序实现效果与用户需求一致.

测试的对象

第二列中的四个名词基本概括了软件测试可包含的所有对象

1. UnIt Test: 单元测试, 测试的是代码中的单元, 并没有其他的任何依赖

2. Integretion Test: 集成测试, 将相应模块按照设计要求组装成为模块, 并对其进行测试, 从而测试其连接起来也能正常运作

3. Function Test: 功能测试, 即对系统的整体/各功能进行验证, 通常是端到端的测试, 对系统进行整体的测试

4. Contract Test: 契约测试, 主要针对分布式系统或多团体开发并需要互相接口调用等情况, 测试接口提供方与调用方在开发之初一同建立的契约是否还有效

抛开第四种测试不说, 测试是有成本的, 测试也是需要讲求性价比的, 因为测试有测试金字塔的存在, 越底层, 越少依赖的测试成本越低, 反之亦然, 如何把控好测试数量与代码质量/应用质量是一件很重要的事

开发与测试的及时沟通是极为重要的, 因为应用的质量是开发与测试共同承担的

测试的环境

第三列中的只是一个单纯的测试环境

SIT: 系统内部集成测试环境, 是应用用来集中部署应用的环境, 避免每个开发人员的本地环境有分别

UAT: 用户验收测试环境, 是用于用户, 或需求分析师/产品经理进行需求验收的环境

测试的目的

Health Check: 正常检查, 检查功能是否正常运行

Smoke Test: 预生产测试, 该名词用于硬件制造业, 即机器出厂前, 插上电源, 若电路板冒烟即出现问题

Regression Test: 回归测试, 在新版本上运行所有已通过测试的测试用例, 从而验证新版本成功的同时并没有影响其他功能的原本逻辑