软件测试词典

首页

A

验收测试 可访问性测试 主动测试 实际结果 临时测试 老化测试 敏捷测试 全对测试 Alpha 测试 API 测试 Arc 弧测试 异常测试 断言测试 审计测试 自动化软件测试

B

向后兼容性测试 基线工件 基础路径测试 基础测试集 调试 行为测试 基准测试 Beta 测试 大爆炸测试 二进制可移植性测试 黑盒测试 自下而上测试 边界测试 分支测试 广度测试 Bug测试 构建验证 业务流程 业务需求

C

能力成熟度模型 捕获/重放工具 因果图 代码覆盖率 代码冻结 代码检查 代码审查 代码演练 基于代码的测试 代码驱动测试 无代码测试 比较测试 兼容性测试 合规性测试 并发性测试 条件覆盖测试 配置测试 一致性测试 上下文驱动测试 控制流路径 转换测试 正确性 覆盖项目 循环复杂度

D

数据完整性测试 数据驱动测试 数据流测试 数据库测试 调试 决策覆盖测试 缺陷 缺陷记录和跟踪 缺陷生命周期 Delta 发布 依赖性测试 深度测试 破坏性测试 开发环境 文档测试 域测试 耐久性测试 动态测试

E

模拟器 端到端测试 耐久性测试 准入标准 等价分区测试 错误 错误猜测 错误植入 详尽测试 退出标准 预期结果 探索性测试

F

故障转移测试 失败 故障 故障注入测试 可行路径 功能测试 功能分解 功能要求 功能测试 模糊测试 前端测试

G

玻璃盒测试 全球化测试 Gorilla 测试 灰盒测试 GUI 测试

H

测试工具 启发式测试 混合集成测试

I

实施测试 增量测试 独立测试 不可行路径 检查 安装/卸载测试 集成测试 接口测试 国际化测试 系统间测试 互操作性测试 隔离测试 问题

K

关键字驱动测试 关键绩效指标 已知问题

L

LCSAJ 测试 负载生成器 负载测试 本地化测试 逻辑覆盖率测试 循环测试

M

可维护性 手动测试 大型机测试 基于模型的测试 修改条件测试 模块化驱动测试 猴子测试 突变测试

N

负面测试 非功能性测试 非破坏性测试

O

操作测试 正交阵列测试

P

配对测试 成对测试 并行测试 部分测试自动化 被动测试 路径测试 同行评审 渗透测试 性能测试 试点测试 可移植性测试 积极测试 后置条件 前提条件 预测结果 优先级 流程周期测试 渐进式测试 原型测试

Q

质量保证 质量控制 质量管理

R

随机测试 恢复测试 回归测试 候选版本 发布说明 可靠性测试 需求测试 基于需求的测试 需求可追溯性矩阵 结果 重新测试 Review 审查 风险测试 风险管理 根本原因

S

安全性测试 健全性测试 可扩展性测试 场景测试 时间表 Scrum 测试 脚本 安全测试 模拟 冒烟测试 浸泡测试 峰值测试 软件需求规范 稳定性测试 状态转换 静态测试 统计测试 存储测试 压力测试 结构测试 结构化演练 存根 符号执行 语法测试 系统集成测试 系统测试 被测系统

T

技术评审 测试方法 测试自动化 测试基础 测试平台 测试用例 测试用例设计技术 测试套件 测试完成标准 测试完成报告 测试完成矩阵 测试数据 测试数据管理 测试驱动开发 测试驱动程序 测试环境 测试执行 测试管理 测试成熟度模型 测试计划 测试步骤 测试策略 测试工具 线程测试 自上而下的集成测试 全面质量管理 可追溯性

U

单元测试 无法访问的代码 可用性测试 用例测试 用户验收测试 用户界面测试

V

V 模型 验证测试 验证测试 虚拟用户 容量测试 漏洞测试

W

Web 应用程序测试 白盒测试 工作流测试

有用的资源

有用的资源 讨论


软件测试 - 退出标准

软件测试是软件开发生命周期 (SDLC) 的关键部分。但是,决定何时停止测试非常重要,因为测试活动不能永远持续下去,软件需要进入 SDLC 的下一阶段。

什么是退出标准?

退出标准是由测试团队在从项目中的不同利益相关者(即开发人员、产品经理、质量保证经理等)获得反馈后定义的。为了定义正确的退出标准,测试团队应该仔细检查软件的功能性和非功能性要求。所有利益相关者和团队成员之间的富有成效的沟通和合作有助于为软件创建有效的退出标准。

退出标准描述了确定软件是否符合所有标准的关键质量指标。这些质量指标包括性能、稳定性、安全性、可用性、响应性、软件按照要求运行的程度等参数。退出标准还设置了明确的通过和失败条件以及可接受的阈值,功能性和非功能性要求必须满足该阈值才能考虑发布。

退出标准通常记录在测试计划中,团队或项目利益相关者中的任何人都可以查看它们,并了解应该满足的退出条件,以便软件可以被视为已为客户做好准备。因此,退出标准是一组预先建立的上下文,在测试被视为完成并且项目可以进入 SDLC 的下一阶段之前,需要满足这些上下文。

退出标准还取决于测试计划和决定的测试策略。它主要讲述项目截止日期、预算、所有测试用例的完整执行、所有功能和非功能需求的覆盖范围、所有高优先级缺陷的关闭、成功的回归执行、所有类型的合规性、项目利益相关者的批准等。软件退出标准也在每个测试阶段进行维护。例如,单元测试阶段的退出标准应在系统测试阶段开始之前完成,等等。

哪些因素决定了退出标准?

软件退出标准是在测试计划时确定的,并在听取测试经理、开发人员和所有项目利益相关者的意见后实施。此外,它还受到项目中采用的测试方法的影响。决定软件退出标准的因素列于下方 −

  • 软件的规格和功能。
  • 为软件分配的预算、资源和时间表。

测试软件应用程序的退出标准也取决于所有测试级别,即单元测试、系统测试、系统集成测试和验收测试。因此,退出标准可确保软件质量得到维护,而不会影响任何计划。

退出标准是什么?

不同项目、组织、团队等的退出标准不同。但一些常见的退出标准列于下方 −

测试用例的执行

应完成并记录测试计划中决定的所有测试用例的执行。要完成测试过程,通过的测试用例应至少占一定比例,且没有关键的未解决缺陷。

覆盖率

测试用例的执行应达到最低测试和代码覆盖率百分比。

缺陷关闭

所有高优先级缺陷都应关闭。未解决缺陷的总数应达到测试计划中提到的某个数量,并应推迟。

回归执行

所有回归测试用例都应成功执行,并且不应因新的代码更改而引入任何缺陷。

合规性

测试过程应遵守行业标准、法规和合规性。

性能

软件的构建应满足所有非功能性要求,即性能、可扩展性、可用性、安全性等。

安全合规性

软件应遵守所有安全标准和合规性,并验证软件中是否存在安全漏洞或弱点。

测试报告

测试报告应与项目利益相关者共享,其中包含有关所有测试活动、结果、任何未解决问题、风险等的信息。

利益相关者的批准

所有利益相关者都应审查和批准测试活动,确认他们对整个过程感到满意。

退出标准的重要性

退出标准非常重要,以确保维护软件质量,并就何时停止测试做出一致决定而不影响项目成功的关键。它建立了一个开放的测试流程和所有项目利益相关者都同意的指导方针。

退出标准有助于规划测试资源的分配。一旦满足退出标准,测试资源就可以用于其他项目。通过分析测试退出标准,可以衡量测试过程的有效性。反复未能满足退出标准,表明需要改进测试流程、增加资源等。

结论

这就是我们对软件退出标准教程的全面介绍。我们首先描述了哪些因素决定了退出标准,什么是退出标准,以及退出标准是什么。这使您具备了对软件退出标准的深入了解。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。