Software Testing - Levels

在测试过程中,有不同的水平。 本章简要介绍这些水平。

测试水平包括可用于进行软件测试的不同方法。 软件测试的主要水平是:

功能测试

非功能测试

功能测试

这是一种基于将要测试的软件规格的黑箱测试。 申请通过提供投入进行测试,然后对结果进行审查,以使之符合所拟的功能。 对软件进行功能测试时,采用完整、综合的系统,评估该系统符合其具体要求的情况。

在测试功能申请时,有五个步骤。

有效的测试做法将发现上述措施适用于每个组织的测试政策,从而确保本组织在软件质量方面保持最严格的标准。

Unit Testing

这类检测由开发商进行,然后将安装工作移交给测试小组,以正式执行测试案例。 单位测试由各自的开发商在源代码分配区的单位进行。 开发商使用不同于质量保证小组测试数据的测试数据。

单位测试的目标是将方案的每一部分分开,并显示各个部分在要求和功能方面是正确的。

Limitations of Unit Testing

试验不能在申请中捕获每秒钟。 不可能在每一个软件应用中评估每一个执行途径。 单位测试也是如此。

假设情景和测试数据的数量有限,开发商可以用来核实源代码。 在用尽了所有选择之后,别无选择,只能停止单位测试,将编码部分与其他单位合并。

Integration Testing

合并测试的定义是测试申请的综合部分,以确定其是否正确运作。 一体化测试可以两种方式进行:自下而上的一体化测试和自上而下的一体化测试。

在全面的软件开发环境中,通常首先进行自下而上的测试,然后进行自上而下的测试。 这一过程最后对全部应用进行了多次测试,最好是在旨在缓解实际情况的假设情景中。

System Testing

系统测试整个系统。 一旦纳入所有组成部分,整个应用都经过严格的测试,以确保符合具体的质量标准。 这类测试由专门测试小组进行。

由于以下原因,系统测试很重要:

系统测试是软件开发生命周期的第一步,整个软件应用都经过测试。

申请经过彻底测试,以核实符合功能和技术规格。

该申请是在与将使用该申请的生产环境非常接近的情况下测试的。

系统测试使我们能够测试、核实和验证业务要求以及应用结构。

Regression Testing

每当软件应用发生变化时,应用中的其他领域很可能受到这一变化的影响。 进行回归测试,以核实固定泡沫吨数导致另一种功能或业务规则被违反。 回归测试的目的是确保改变,例如装饰,不会造成在申请中发现另一过错。

回归测试之所以重要,是因为以下原因:

在需要测试带有改动的申请时,尽量缩小测试方面的差距。

测试新的变化,以核实所作的改动不影响申请的任何其他领域。

在申请后进行回归测试时会降低风险。

测试覆盖面在不损害时限的情况下增加。

提高产品销售速度。

Acceptance Testing

可以说,这是最重要的测试类型,因为质量保证小组将进行测试,评估申请是否符合预定规格,满足客户的要求。 质量保证小组将拥有一套预想情景和测试案例,用于测试申请。

将就申请交流更多想法,还可以对其进行更多的测试,以衡量其准确性和启动项目的原因。 接受测试的目的不仅是为了指出简单明了的错误、宇宙错误或接口差距,而且是为了指出应用中将造成系统故障或应用中重大错误的任何ug。

通过对申请进行验收测试,测试小组将减少申请在生产过程中的表现。 该系统的接受也有法律和合同要求。

Alpha Testing

这一测试是第一阶段的测试,将在各小组(工作队和质量保证小组)中进行。 单位检测、集成测试和系统测试,如果同时被称为甲型六氯环己烷检测。 在本阶段,将在申请中测试以下几个方面:

Spelpng Mistakes

Broken Links

云层方向

申请将在机器上测试,其规格最低,以测试装载时间以及任何排位问题。

Beta Testing

这项检测是在成功进行甲型六氯环己烷检测之后进行的。 在贝塔测试中,对预定受众进行抽样测试。 Beta检测也称为 预释放检测。 最好是在网上向广大受众分发Beta测试版本的软件,部分是为了给该方案一个“real-world”测试,部分是为了提供下一版本的预览。 在这一阶段,受众将进行以下测试:

用户将安装、操作应用程序并向项目小组发送反馈意见。

台风错误、混淆应用流、甚至坠毁。

获取反馈意见后,项目小组可以在向实际用户发放软件之前确定问题。

解决实际用户问题的更棘手问题,你的申请质量越高。

在你向公众公布申请时,会提高客户的满意度。

Non-功能测试

本节依据的是测试其非功能特性的申请。 非功能测试涉及从要求中测试一个软件,这些软件具有非功能性质,但如性能、安全、用户接口等重要。

下文将讨论一些重要和常用的非功能测试类型。

Performance Testing

该软件主要用来查明任何瓶颈或绩效问题,而不是在软件中找到 b。 有助于降低软件性能的不同原因——

网络拖延

客户处理

数据库交易处理

服务器之间的电子平衡

数据的提供

业绩测试被视为以下重要和强制性测试类型之一:

速度(即反应时间、数据提供和获取)

能力

稳定

可否赔偿

业绩测试可以是定性的,也可以是定量的,可分为不同的次类,如 脱盲测试和 压力检测。

Load Testing

它是通过在软件获取和操纵大型投入数据方面使用最大负荷测试软件行为的过程。 可以在正常和高峰负荷条件下进行。 这类测试确定了软件的最大能力及其在高峰时的行为。

大部分时间都是在Load Ronner、Apploader、IBMendnal性能测试器、Patricia JMeter、丝丝绸表演、视觉演播室Load测试等自动化工具的帮助下进行的。

虚拟用户(VUsers)在自动测试工具中作了定义,并安装了文字,以核实软件的负荷测试。 用户数目可以同时增加或减少,也可以根据要求逐步增加。

Stress Testing

压力检测包括在异常条件下测试软件的行为。 例如,它可能包括提取一些资源或将负荷超出实际负荷限制。

压力测试的目的是测试软件,将负荷应用到系统,并占用软件用于确定破碎点的资源。 这种测试可以通过测试不同情况进行,例如:

任意切断或恢复网络港口

2. 转接数据库

运行消耗资源的不同过程,如邮联、记忆、服务器等。

Usabipty Testing

可用性测试是一种黑箱技术,用于通过用户使用和操作来观察软件的任何错误和改进。

尼尔森认为,可用性可以用五个因素来界定,即使用效率、可学习性、可记忆性、错误/安全性以及满意度。 据他称,产品的可使用性是好的,如果该系统具备上述因素,则该系统是可行的。

Nigel Bevan和Macleod认为,可用性是质量要求,可以用与计算机系统互动的结果来衡量。 如果预期目标在适当资源的使用方面得到有效实现,就可以满足这一要求,满足最终用户的需要。

Mopch于2000年指出,一个方便用户的系统应当实现以下五项目标,即易于学习、易于记住、高效使用、能够令人满意使用和易于理解。

除了关于可使用性的不同定义外,还有一些标准和质量模式和方法,以特性和次用途的形式界定可使用性,例如ISO-9126、ISO-9241-11、ISO-13407和EPC.610.12等。

UI vs Usabipty Testing

技研中心测试涉及测试软件的图表用户界面。 财产调查测试确保全球资产调查根据要求运作,并根据肤色、配对、大小和其他特性进行测试。

另一方面,可使用性测试确保了一种能够轻易处理的良好和方便用户的全球倡议。 识别器测试可视为可使用性测试的一个子部分。

Security Testing

安全测试涉及测试软件,以查明从安全和脆弱性角度发现的任何缺陷和差距。 下表列出了安全检测应当确保的主要方面:

保密

完整性

认证

可用性

授权

不拒绝

保证软件不受已知和未知的脆弱性

软件数据安全

所有的安保条例都规定了软件。

输入核对和验证

三. 插入攻击

注射缺陷

A. 届会管理问题

交叉描述性攻击

过度流入的脆弱性

1. 模拟袭击

Portabipty Testing

便携式测试包括测试一个软件,目的是确保软件的可再使用性,并能够从另一个软件中转出。 下面是可用于便携式检测的战略——

将安装的软件从一台计算机转至另一台。

建设可执行(exe)在不同的平台上操作软件。

便携式测试可视为系统测试的分部分之一,因为这种测试类型包括对不同环境中使用软件的总体测试。 计算机硬件、操作系统和浏览器是便携式测试的主要重点。 便携式测试的一些先决条件如下:

应当设计和规范软件,同时铭记可转移性要求。

对相关构成部分进行了单位测试。

进行了融合测试。

测试环境已经建立。