软件测试词典

首页

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

有用的资源

有用的资源 讨论


软件测试 - 测试脚本

软件团队开发的产品不断发展变化。这些变化主要针对产品需求。随着需求的更新,测试用例会根据需求进行修改。此外,输入到测试用例的数据也会发生变化,以发现软件中的更多缺陷。

什么是测试脚本?

测试脚本是关于如何验证测试用例的详细描述。它非常详尽,包括测试产品各个功能的每个步骤。测试脚本是一个对软件运行测试的程序。测试人员必须设计和运行测试脚本,以检查在软件上运行的结果是否符合用户需求。

为软件设计的测试用例是创建测试脚本的基础。一个测试用例可以转换为适用于各种环境的多个测试脚本。测试脚本可以手动或通过自动化执行。此外,执行测试脚本以生成数据集来验证所有软件功能。

可以使用各种编程语言(如 Java、JavaScript、VB Script 等)实现测试脚本。它可以针对多种环境执行,以使用大量数据和输入组合来验证软件功能。测试脚本本质上比测试用例更全面、更可考,可重复使用的测试脚本对测试团队非常有用

我们为什么要创建测试脚本?

创建测试脚本的目的是实现良好的测试覆盖率。它降低了测试阶段遗漏任何内容的概率并确保了软件质量。它实现了非常详细和详尽的测试。测试脚本的创建有助于实现良好的软件质量和性能,因为它非常关注客户需求。

当测试团队自由地浏览软件并假设该功能具有预期的行为而实际上并非如此时,测试脚本非常方便。

总而言之,测试脚本符合测试过程中没有遗漏任何内容、客户性能达到标准、没有歧义的执行,并且出错的可能性最小。

创建测试脚本的技术

以下技术可用于创建测试脚本 −

记录和回放

在记录和回放中,测试人员无需从头开始编写测试脚本。网页上元素上的操作会被记录下来。这些记录的步骤用于创建测试脚本,并且可以稍后更新或修复以简化自动化。创建测试脚本的记录和回放技术非常简单,并且不需要编码专业知识。

关键字或数据驱动的测试脚本

在关键字或数据驱动的测试脚本中,测试人员和开发人员之间有明确的划分。测试人员在关键字或数据驱动的脚本中使用关键字,而不需要了解实现代码。

关键字的实现和维护是开发人员的主要职责。测试人员完全依赖开发人员来创建或更新帮助他们测试新功能的新关键字。

编程

测试人员可以选择通过记录和回放技术开发基本的测试脚本。但是,测试脚本开发不能仅仅依赖于记录和回放。测试人员需要掌握编程技能才能创建更多的测试脚本。

为测试脚本准备而选择的编程语言与软件构建的语言无关。例如,Python 可能是开发软件的语言,但测试人员可以选择 Java 或 JavaScript 来准备测试脚本。

创建测试脚本的最佳实践

明确且切中要点

测试脚本应明确且切中要点,以简化测试过程。它应清楚地提及输入、数据和预期结果。它应该只有一个特定的用户操作。

可重复使用

测试脚本包含各种数据和输入,因此应采用可重复使用的格式。

根据客户要求设计和更新

测试脚本应完全符合客户要求。当需求发生任何进一步的变更时,测试脚本也应该做相应的修改。

代码中的命名约定

为创建测试脚本而编写的代码应该遵循与功能和被测试产品相符的命名约定,以便正确维护代码。

独立

测试脚本不应该依赖于另一个测试脚本的结果,以便可以并行触发多个测试脚本。

测试脚本示例

我们以航班预订应用程序为例,用户已选择航班并即将通过输入付款金额完成购买。此场景的测试脚本如下所述 −

步骤 1 − 借助任何定位器识别付款金额字段。

步骤 2 − 将光标放在付款输入字段上。

步骤 3 − 输入金额后,金额后面的小数位应自动填充。例如,如果用户输入 1200 印度卢比,则该字段应显示 1200.00 印度卢比。如果应用程序以这种方式运行,则测试用例应标记为通过,否则为失败。

步骤 4 −金额字段不应接受除正数以外的任何其他内容。例如,如果用户输入 AAB INR 或 -1200 INR,则应限制他这样做。如果应用程序以这种方式运行,则测试用例应标记为通过,否则失败。

步骤 5 − 金额字段不应接受小于或大于其账单金额的金额。例如,如果用户的总账单金额为 12667 INR,则应允许他仅输入该金额,如果应限制他输入小于或大于该金额的任何金额。如果应用程序以这种方式运行,则测试用例应标记为通过,否则失败。

此测试脚本可以包含字母、字母表、数字、特殊字符或所有这些的组合的输入和数据。它确保用户只能在付款字段中输入有效且正确的付款金额。

测试脚本和测试用例之间的差异

测试脚本包含逐行指南,用于使用不同的数据和输入组合来测试每个软件功能,而测试用例包含指南来测试软件的特定功能。测试脚本指导测试人员如何进行测试,而测试用例指导他们测试什么。

测试脚本是使用 Java、JavaScript 等编程语言创建的,而测试用例则以简单文本开发。测试脚本是在测试用例的基础上开发的,而测试用例是在测试场景的基础上开发的。测试脚本主要针对自动化,而测试用例则用于手动测试。

测试脚本需要较少的资源和时间来编写脚本,但在编写脚本之前,需要花费大量精力进行研究和收集实施知识。测试用例的创建需要大量的资源和精力。

结论

至此,我们对软件测试测试脚本教程的全面介绍就结束了。我们首先描述了什么是测试脚本、为什么创建测试脚本、创建测试脚本的技术、创建测试脚本的最佳实践、测试脚本的示例以及测试脚本和测试用例之间的区别。

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