软件测试词典

首页

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 应用程序测试 白盒测试 工作流测试

有用的资源

有用的资源 讨论


软件测试 - 测试计划

软件测试生命周期 (STLC) 从创建测试计划开始。这是一个包含有关测试范围、资源、预算、测试方法、角色和职责、截止日期、环境和潜在风险的所有信息的文档。因此,测试计划是项目利益相关者为成功测试软件而定义的一组指南。

什么是测试计划?

测试计划是执行软件测试活动的重要文档。它旨在在软件开发生命周期 (SDLC) 的初始阶段检测尽可能多的缺陷。我们还观察到,由详细测试计划指导的产品在交付给客户后产生的成本较低。这是因为错误是在早期发现的。在 SDLC 的后期阶段修复缺陷是一项昂贵的事情。

测试计划清楚地说明了如何在交付高质量软件的同时实现资源的最佳利用。它有助于简化总体开发工作并尽早推出软件。此外,测试计划还包含未来可能出现的风险以及缓解这些风险的方法。

谁使用测试计划?

测试计划指导团队的几乎每个成员提供质量。开发人员使用它来衡量测试团队确定的测试范围,以及软件中测试用例主要针对的可能区域。

对于测试团队来说,测试计划为所有测试活动奠定了基础。它详细说明了要采取的策略、时间表、测试周期数、总体测试流程、每个成员的角色和职责。因此,测试计划可帮助测试团队检测尽可能多的错误,验证软件功能并提高测试覆盖率。

项目经理使用测试计划来按时完成工作、规划资源、提高软件质量并在开发和测试团队之间营造信任和协调的环境。业务分析师使用测试计划来判断测试用例是否涵盖了客户的所有业务需求,并检测与现有用户无关的测试用例。

合规团队使用测试计划来验证测试程序和流程是否符合标准。与实际客户合作的支持团队利用测试计划来预测潜在的错误,并为其提出可能的解决方案。

测试计划由什么组成?

测试计划有多个组件,如下所示 −

测试目标

测试目标部分包含测试的方向、将遵循的标准流程和方法。因此,它主要侧重于检测最大缺陷并提高质量。本节可分为多个模块,包含有关测试每个模块的功能及其性能的信息。

范围

范围部分包含要测试的所有项目以及测试阶段不会包含的所有项目。

测试方法

测试方法部分包含有关将采用的测试类型、工具和方法的信息。

方法

方法部分包含高级测试场景和从一个模块到下一个模块的事件流。

假设

假设部分包含测试软件时考虑的假设,例如,测试团队应从开发团队获得所有知识、支持和帮助,并且将有足够的资源来执行测试过程。

风险

风险部分包含所有可能的风险,例如例如,可能出现的预算估计错误、生产缺陷、资源损耗等,以及所有这些风险的缓解计划。

角色和职责

角色和职责部分包含有关测试团队成员应承担的个人角色和职责的信息。

时间表

时间表部分包含有关每个测试活动时间表的信息,例如测试用例创建、测试执行等。

缺陷记录

缺陷记录部分包含有关缺陷记录和跟踪活动的所有信息。

测试环境

测试环境部分包含有关环境规范的信息,例如将在其上执行测试的硬件、软件、配置、安装步骤等。

进入和退出条件

进入和退出条件部分包含有关在测试活动开始和结束之前需要满足的要求或清单的信息。

自动化

自动化部分包含有关软件的所有功能都是自动化的一部分的信息。

工作量估计

工作量估计部分包含有关测试团队工作量估计的信息。

可交付成果

可交付成果部分包含有关测试可交付成果列表的信息,即测试计划、测试策略、测试场景、测试用例、测试数据、缺陷、日志、报告等。

模板

可交付成果部分包含有关用于创建测试可交付成果的模板的信息,以保持所有可交付成果的一致性和标准。

如何创建良好的测试计划?

可以按照以下步骤创建良好的测试计划 −

  • 分析并最好地理解需求。
  • 确定测试目标和项目范围。
  • 确定项目的测试可交付成果以及时间表。
  • 确定所有测试环境的信息。
  • 确定项目中的所有可能风险及其缓解计划。
  • 召开回顾会议,找出哪些做对了、哪些做错了以及可以改进的地方。

结论

至此,我们对软件测试测试计划教程的全面介绍就结束了。我们首先描述了什么是测试计划、谁使用测试计划、测试计划由什么组成以及如何创建良好的测试计划。

这使您具备了对软件测试测试计划的深入了解。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓宽您的视野。