软件测试词典

首页

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

有用的资源

有用的资源 讨论


软件测试 - 需求测试

软件是根据其需求和规范开发的。将需求分为不同的组对于跟踪、确定优先级和控制它们非常重要。需求主要分为三种类型:功能性和非功能性。

什么是软件需求?

根据 IEEE 729 标准,需求是指能够为客户的问题提供解决方案、实现目的并成为软件的一部分以满足合同条款的能力或条件。它是软件功能或条件的文档形式。

软件需求的类型

下面列出了不同类型的软件需求 −

功能需求

这些描述了软件的特性和功能,以及它打算做什么。功能需求的一些示例包括处理付款、验证用户凭证、用户通知等。这些需求大多通过功能测试进行验证。

非功能需求

它们描述软件应如何执行操作,并验证质量参数、性能、行为、标准等。这些需求大多通过非功能测试进行验证。非功能需求的一些示例包括安全性、可靠性、可用性等。

领域需求

这些需求适用于软件应执行的特定行业或领域。它们适用于特定领域的标准、规则和法规。它们涵盖了各个行业的不同需求,并确认软件是否按照行业标准和合规性运行。领域需求的一些示例包括医疗保健、电子商务、国防等。

软件的功能需求

功能需求指的是软件应具备的基本功能,以满足最终用户的需求。它可以是简单的数据处理、用户操作或描述软件目标的特定功能。根据合同,所有功能需求都必须是软件的强制性部分。这些由要输入到软件中的输入、执行的操作和生成的输出表示。

最终用户可以在最终软件上直接看到功能需求。例如,在电子商务应用程序中,客户可以根据搜索条件查看产品列表。高级需求包括软件各个组件之间或与最终用户的多种操作或通信。

为了定义所有功能需求,需要总结所有用例和场景。功能需求可以用自然语言、带语法的形式语言或结构化方式描述。它们被称为软件的功能规范。

软件的非功能性需求

非功能性需求描述了软件应具备的质量属性,以满足合同要求。它们不涉及软件的功能,只描述软件应如何运行。这些属性包含在软件中的限制取决于项目本身。它们也被称为非行为需求,与灵活性、可重用性、可靠性、可扩展性、安全性、可移植性、可维护性和性能有关。

只有当我们清楚地了解软件的工作原理并了解其应能够在何种环境中运行时,才能验证非功能性需求。它们进一步分为接口约束、操作约束、生命周期约束和经济约束等类别。

软件的领域需求

领域需求是指向特定领域组的功能的需求。它们可以是功能性的,也可以是非功能性的。它们包括特定领域的软件应具有的基本功能。例如,在医疗保健应用程序中,检查医院医生的可用性的功能应该是领域需求的一部分。因此,它们与特定领域保持一致,而不是与用户保持一致。

软件需求的分类

下面列出了软件需求的不同分类 −

用户需求

它们定义了客户对软件的需求。

系统需求

它们定义了技术规范,即硬件、架构、软件、接口等,并构成系统设计的一部分。

业务需求

它们定义了软件的业务目标和用途。

监管要求

它们定义了软件应满足的法规和合规性。

接口需求

它们定义了软件与外部系统(即 Web 服务、数据库和其他软件)之间的通信。

设计需求

它们定义了技术设计细节,即软件的算法、数据结构、架构等。

软件需求分类的优势

软件需求分类的优势如下−

  • 软件需求分类有助于将它们分成几组,以便在整个软件开发生命周期 (SDLC) 中轻松跟踪、确定优先级和管理。
  • 软件需求分类鼓励开发人员、测试人员和所有项目利益相关者之间进行清晰的沟通。
  • 软件需求分类有助于识别需求中的错误或差距,从而有助于提高软件的整体质量。
  • 软件需求分类具有可追溯性,有助于根据合规性和法规开发软件。

软件需求分类的缺点

软件需求分类的缺点如下 −

  • 如果项目中有各种各样的需求和利益相关者,软件需求分类可能会成为一项复杂的活动。
  • 软件需求分类可能不会提供机会在软件开发过程中适应需求的修改。
  • 需求分类中的错误会导致对软件开发过程中的误解。

结论

这就是我们对软件需求教程的全面介绍。我们首先描述了什么是软件需求,软件性能测试有哪些不同类型,软件需求有哪些不同类型,软件的功能需求是什么,软件的非功能需求是什么,软件的领域需求是什么,软件需求有哪些不同分类,软件需求分类的优点是什么,软件需求分类的缺点是什么。这使您具备了对软件需求的深入了解。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。