带有测试用例设计示例的软件测试技术

有哪些不同类型的软件测试技术?

软件测试技术可帮助您创建更有效的测试用例。手动测试技术有助于减少要执行的测试用例的数量,同时增加测试覆盖率,因为详尽的测试是不可能的。它们有助于检测原本可能难以检测的测试环境。

边界值分析 (BVA)

边界值分析是一种在分区交叉处进行的测试。包括最大值、最小值、内部或外部边界、典型值和误差值。

所定义的输入值的限制,而不是中心,是发生大量错误的地方。它也被称为 BVA,它提供了一组测试场景,用于测试边界值。

这种黑盒测试方法补充了等价划分。这种软件测试方法基于这样的想法:如果系统在这些特定值上表现良好,那么它对于两个边界值之间范围内的所有值也将表现良好。

边界值分析指南

如果输入条件被限制为值 x 和 y,则测试用例应包括 x 和 y 值以及高于和低于 x 和 y 的值。

如果输入条件具有大量值,则应创建一个测试最小值和最大值的测试用例。本节还检查了高于和低于最小值和最大值的值。

将第一个和第二个建议应用于输出条件。它产生一个代表预测的最小值和最大值的输出。它还检查低于或高于某个阈值的数字。

以等价类的划分为例

等效类分区将一组测试条件划分为应该被相同对待的分区。这种软件测试方法将程序的输入域分成应创建测试用例的数据类。

这种方法背后的想法是,每个类的代表值的测试用例与同一类的任何其他值的测试相同。它使您能够区分有效和不正确的等价类。

例子

输入条件在

从 1 到 10 和 20 到 30

因此,有五种类型的对等。

-- 等于 0(无效)

一到十(有效)

11至19岁(无效)

20至30岁(有效)

从 31 到 --(无效)

您从每个类中选择值,例如,

-2, 3, 15, 25, 45, 45, 45, 45, 45, 45, 45, 45

使用决策表进行测试。

因果表是决策表的另一个名称。对于响应混合输入或事件的功能,使用这种软件测试方法。例如,如果用户已完成所有需要的信息,则应激活提交按钮。

第一步是确定其输出取决于许多不同输入的能力。如果输入的可能性集很大,请将其分解为更小的子集,以便更轻松地管理决策表。

为每个函数创建一个表格并列出所有可能的输入和输出组合。这有助于检测测试人员可能遗漏的情况。

制作决策表的步骤如下 -

  • 列出列中的输入。

  • 用所有规定填空栏。

  • 用各种输入组合填充表格。

  • 请注意最后一行中的输出与输入组合。

例如,联系表单上的提交按钮只有在最终用户完成所有必填字段后才会激活。

状态转换

输入条件的更改会修改状态转换方法 (AUT) 中被测应用程序的状态。测试人员可以使用这种方法来测试 AUT 的行为。测试人员可以通过依次输入各种输入情况来执行此操作。测试团队使用状态转换方法通过提供正负输入测试值来评估系统的行为。

状态转换指南

  • 当测试团队针对一组有限的输入值评估应用程序时,应采用状态转换。

  • 当测试团队希望测试在被测应用程序中发生的一系列事件时,应该采用这种方法。

例子

在以下示例中,如果用户在前三次尝试中的任何一次中提供了正确的密码,则他或她将能够成功登录。如果用户在第一次或第二次尝试输入错误密码,将要求用户重新输入密码。当用户第三次输入错误密码时,系统会采取相应措施并阻止该帐户。

白盒或基于结构的方法

基于结构或白盒方法根据软件的底层结构创建测试用例。此方法彻底检查已生成的代码。对软件代码、其内部结构和设计有透彻了解的开发人员有助于创建测试用例。这种方法有五种不同类型。

语句的测试和覆盖

此方法需要至少运行一次所有源代码的可执行语句。根据规定的要求,确定可执行语句的比例。对于检查测试覆盖率,这是最不想要的统计数据。

决策测试的覆盖范围

这种方法也称为分支覆盖率,是一种测试方法,它通过至少从每个决策点执行每个潜在分支一次来确保所有可到达的代码都运行。这有助于使所有代码的分支无效。这确保没有分支导致程序以意外方式运行。

状况评估

每个布尔表达式在条件测试(也称为谓词覆盖测试)中被预测为 TRUE 或 FALSE。所有测试结果至少测试一次。这种测试方法确保代码被完全覆盖。测试用例的编写方式使得条件结果易于实现。

在多种情况下进行测试

多条件测试的目标是测试每种可能的情况组合,以实现 100% 的覆盖率。需要两个或更多测试脚本来确保全面覆盖,这需要更多的努力。

全路径评估

程序的源代码用于发现此方法中的每个可执行路径。这有助于识别给定代码中的所有缺陷。

基于先前经验的技术

为了掌握程序最关键的方面,这些方法在很大程度上依赖于测试人员的经验。参与人员的能力、知识和能力决定了这些程序的结果。以下是基于经验的技术示例

观察测试

在没有任何正式文档的情况下,此方法用于测试程序。有最短的测试时间和最长的测试执行时间。测试设计和执行在探索性测试中同时完成。

猜错

测试人员使用这种方法根据他们以前的经验、数据可用性和对产品故障的了解来预测故障。测试人员的能力、直觉和经验都在错误猜测中发挥作用。

错误猜测是一种软件测试方法,涉及预测代码中可能出现的错误类型。该方法主要侧重于经验,测试分析师根据他们以前的经验猜测测试应用程序的麻烦部分。因此,为了改进错误猜测,测试分析师必须熟练且经验丰富。

使用此方法计算可能的错误或容易出错的场景的列表。然后测试人员创建一个测试场景来揭示缺陷。分析人员可以利用以前的经验来建立基于这种软件测试方法设计测试用例的条件。

猜测错误的指南

  • 测试应基于过去类似应用的测试经验。

  • 了解正在测试的系统

  • 了解常见的实施错误

  • 还记得过去的困难地点吗?

  • 分析过去的数据和测试结果

结论

  • 软件测试技术使您能够创建更有效的实例。有五种常用的方法。

  • 边界值分析是一种在分区交叉处进行的测试。

  • 等效类分区将一组测试条件划分为应该被相同对待的分区。

  • 对于响应混合输入或事件的功能,使用决策表软件测试方法

  • 输入条件的变化会修改状态转换方法 (AUT) 中被测应用程序的状态

  • 错误猜测是一种软件测试方法,涉及预测代码中可能出现的错误类型。

提高测试用例效率并不是一个简单的概念来描述;这是一项可以通过完善的方法和一致的实践来实现的活动。

测试团队不应厌倦参与此类活动的改进,因为这是在质量领域取得更大成功的最有效武器。世界各地的许多测试公司已经在关键任务项目和复杂的应用程序中证明了这一点。