软件测试词典

首页

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

有用的资源

有用的资源 讨论


基于需求的测试

软件是根据客户给出的需求开发的。基于需求的测试是为了检查软件是否按照指定的规范和要求构建。它会有条不紊地检查所有要求是否正常工作。它还会验证软件是否按照预先安排的基准运行以检测任何错误。

什么是基于软件需求的测试?

基于需求的测试指向一个重要阶段,其中包括根据特定规范验证软件。它确保软件是根据给定的要求开发的,并且其工作与预期结果一致。测试用例是根据指定要求设计的。这种类型的测试系统地评估所有模块以检查它们是否正常工作。建议根据需求制定测试策略,以便软件按照预先设想的指导方针进行开发,并满足最终用户的期望。

计算基于软件需求的测试的公式

可以借助根据记录的需求执行的测试用例来计算基于软件需求的测试。

基于需求的测试的测试有效性 =
(根据需求验证的测试用例总数 /
测试用例总数) * 100

基于软件需求的测试原则

基于软件需求的测试原则如下所列 −

  • 基于需求的测试根据每个测试用例的需求建立连接,以便于跟踪。
  • 基于需求的测试允许测试人员理解,验证和分析需求。这样就消除了需求中的歧义。
  • 基于需求的测试在验证和确认阶段都很有用。它确保软件按照合规性和客户要求构建,从而为软件提供可靠性。
  • 基于需求的测试可以适应对软件适用的需求变化,从而提供很大的灵活性。
  • 基于需求的测试可以在测试阶段对所有需求进行系统验证。
  • 基于需求的测试在测试时提供了对需求、测试用例、测试结果等进行适当记录的范围。

基于软件需求的测试的重要性

基于软件需求的测试的重要性如下所列 −

  • 基于需求的测试使软件及其功能能够从软件开发生命周期 (SDLC) 的最初阶段开始按照设计规范进行开发。这可确保软件按预期运行。
  • 基于需求的测试可确保软件完全按照客户提供的书面要求进行开发。确保软件符合固定条件、标准和合规性至关重要。
  • 基于需求的测试可以根据假定条件验证软件的每个功能。
  • 基于需求的测试从 SDLC 的早期阶段开始识别所有不明确的要求,以便在开发软件之前有充足的机会纠正它们。
  • 基于需求的测试提高了软件的整体质量和可靠性。通过确保软件按照要求进行开发,它增加了软件的稳健性、性能、可靠性和用户参与度。

软件需求的类型

各种软件需求如下 −

#1) 功能需求 − 它们专注于处理特定操作、处理、信息处理以及软件的其他默认功能。

#2) 非功能需求 − 它们专注于处理安全性、速度、性能、可靠性、用户参与度等参数。

#3) 业务需求 − 它们专注于处理基本目标和预期结果,以便软件满足所有期望。

#4) 用户需求 − 它们专注于处理客户偏好、可用性条件和可访问性问题。

#5) 系统需求 −它们专注于处理所需的测试环境以及软件无缝执行所需的资源。它们包括硬件兼容性、软件中的依赖关系、网络连接和其他技术要求。

#6) 利益相关者要求 − 它们专注于处理所有项目利益相关者对软件开发过程的反馈和建议。它们确保在软件开发时考虑各种观点。

#7) 接口要求 − 它们专注于处理接口如何与其他外部软件和平台通信。他们还考虑了通信过程中遵循的协议、数据格式等。

基于软件需求的测试的优势

基于软件需求的测试的优势如下 −

  • 基于需求的测试确保软件按照客户要求和假设构建。
  • 基于需求的测试从 SDLC 的早期阶段开始识别需求中的缺陷。
  • 基于需求的测试在整个开发阶段建立了需求、测试用例和相关缺陷之间的清晰可追溯性。这种类型的测试有助于团队优化资源分配,从而优先考虑高风险需求。

基于软件需求的测试的缺点

基于软件需求的测试的缺点如下 −

  • 需求能力不足可能会导致测试用例开发效率低下。
  • 严格的需求可能会限制测试范围。它还可能导致遗漏未隐式描述但需要添加以验证功能的场景。
  • 基于需求的测试需要详尽的文档和测试用例的可追溯性。当需求发生变化时,它会消耗大量的时间和资源。基于需求的测试的效率取决于客户共享需求的精确度。需求中的模糊性会误导整个测试过程。

结论

至此,我们对基于软件需求的测试教程进行了全面的介绍。我们首先描述了什么是基于软件需求的测试、基于软件需求的测试的计算公式、基于软件需求的测试的原理是什么、基于软件需求的测试的重要性是什么、各种软件需求是什么、基于软件需求的测试的优点是什么以及基于软件需求的测试的缺点是什么。这使您具备了基于软件需求的测试的深入知识。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。