软件测试词典

首页

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 的早期阶段发现缺陷。
  • 技术评审确保软件按照合规性、标准和要求构建。
  • 软件技术评审建议在文档、设计、架构和代码方面进行改进。
  • 软件技术评审鼓励所有团队成员之间的知识交流。
  • 技术评审确保软件遵守合规性和法规。

软件技术评审的类型

软件技术评审的不同类型包括列于下方 −

1. 同行评审

它们是由团队成员、同行或同事进行的非正式、非结构化的评审,以提供快速反馈,从而提高交付软件的质量并采取快速纠正措施。它在协作讨论的帮助下进行。它可能在知识共享或结对编程时没有事先计划就发生。例如,开发人员要求他的队友审查他的代码。

2. 演练

它们是半正式的评审,其中文档或代码的作者将其描述给一组审阅者。目的主要是在团队成员之间分享对他的工作的理解,而不是发现错误。审阅者提出问题并传递所需的建议。在此过程中没有正式的缺陷记录。它通常是一个知识共享平台。例如,项目经理向整个团队介绍项目路线图。

3.检查

它们是正式、有条理且结构化的审查,用于发现错误并提出纠正建议。它用于从 SDLC 的早期阶段识别缺陷并提高软件质量。它涉及适当的规划、编写、会议、返工和跟进。它包括主持人、作者、记录员、审阅者等。例如,开发团队组织一次检查会议,讨论为软件的最新版本开发的代码。

4. 审计

这些类型的审查是为了确保软件是根据给定的要求、法规、标准、法律和合同协议构建的。它们由外部或内部团队进行。审计基于一些预定义的标准,记录并报告差异和不合规情况。例如,一组审计员会审查所遵循的软件开发流程是否符合 ISO 标准。

正式审查和非正式审查之间的差异

正式审查和非正式审查之间的差异如下所列 −

Sr.No. 正式评审 非正式评审
1 它们有助于识别错误,并确保软件按照合规性和规范构建。 它们提供快速反馈,并通常在知识共享过程中发现软件中的明显缺陷。
2 它们是正式的、有条理的和结构化的评审,涉及适当的规划、撰写、会议、返工和后续工作。 它们是非正式的、非结构化的评审,并且是临时进行的。
3 它们涉及详尽的文档,涉及缺陷、会议细节和纠正措施建议。 它们涉及最少的文档,并且依赖于口头交流和笔记。
4 它们由正式邀请的主持人、作者、抄写员、审阅者等组成。 它们由非正式邀请的项目利益相关者组成。

软件技术审查的重要性

软件技术审查的重要性列于下方 −

  • 软件技术审查增强了团队成员的信心和士气,使他们能够向外部成员展示他们的工作成果。
  • 技术审查提高了开发人员对软件工作的整体理解,进而帮助他们以高效的方式维护代码方式。
  • 软件技术有助于跟踪客户和项目管理方面的项目。
  • 该技术有助于收集有关软件及其开发过程的反馈和建议。

不同的软件技术审查

不同的技术审查方法如下 −

结论

至此,我们对软件技术审查教程的全面介绍就到此结束。我们首先描述了什么是软件技术审查、软件技术审查的目标是什么、软件技术审查的不同类型是什么、正式审查和非正式审查之间的区别是什么、软件技术审查的重要性是什么以及不同的软件技术审查方法是什么。这将使您对软件技术审查有深入的了解。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。