每个测试工程师在编写测试用例时需要遵循测试用例设计技术或方法，以实现最大的测试覆盖率。如果我们遵循测试用例设计技术，那么它就会变得面向流程而不是以人为本。
测试用例设计技术确保测试目的需要所有可能的正值和负值。在软件测试中，我们有三种不同的测试用例设计技术，如下所示：
在本节中，我们将了解第一种测试用例设计技术，即错误猜测技术。
错误猜测是一种没有特定方法来识别错误的技术。它基于测试分析师的经验，测试人员使用经验来猜测软件的问题区域。它是一种黑盒测试技术，没有任何定义的结构来查找错误。
在这种方法中，每个测试工程师都会根据他们对需求的理解或假设来推导出值或输入，并且我们不遵循任何类型的规则来执行错误猜测技术。
错误猜测技术完成取决于测试人员的能力和产品知识，因为一个好的测试工程师知道错误最有可能在哪里，这有助于节省大量时间。
1. 如何实现错误猜测技术？
此技术的实现取决于具有类似应用程序经验的测试人员或分析师的经验。它只需要经验丰富的测试人员，具有快速的错误猜测技术。这种技术用于查找正式黑盒测试技术可能不容易捕获的错误，这就是原因，它是在所有正式技术之后完成的。
错误猜测技术的范围完全取决于测试人员和先前测试参与的经验类型，因为它不遵循任何方法和准则。测试用例由分析师准备以识别条件。通过识别大多数错误可能的区域来准备条件，然后为它们设计测试用例。
此技术的主要目的是通过执行以下任务来识别任何测试级别的常见错误：
- 在文本字段中输入空格。
-
空指针异常。
-
输入无效参数。
-
除以零。
-
使用要上传的文件的最大限制。
-
选中按钮而不输入值。
测试用例的增量取决于测试人员的能力和经验。
2. 猜错的目的
错误猜测技术的主要目的是处理所有无法识别为非正式测试的可能错误。
- 错误猜测技术的主要目的是处理所有无法识别的非正式测试的可能错误。
-
它必须包含包罗万象的测试用例集，而不会跳过任何有问题的区域，也不涉及冗余的测试用例。
-
该技术实现了在正式测试期间未完成的特征。
根据测试人员的直觉和经验，所有缺陷都无法纠正。审查员根据他们的经验会考虑一些因素：
- 测试人员的直觉
-
历史学习
-
查看清单
-
软件的风险报告
-
应用程序用户界面
-
一般测试规则
-
以前的测试结果
-
过去发生的缺陷
-
用于测试的各种数据
-
AUT知识
3.
错误猜测方法示例
例1
应用程序的功能需要一个手机号码，该号码必须为 10 个字符。现在，以下是可用于猜测手机号码字段中错误的技术：
- 如果输入的字符不是数字，结果会是什么？
-
如果输入的字符少于 10 位数字，结果会是什么？
-
如果移动字段留空，结果会是什么？
实现这些技术后，如果输出与预期结果相似，则认为函数没有错误，但如果输出与预期结果不相似，则将其发送给开发团队以修复缺陷。
然而，错误猜测是所有测试技术中的关键技术，因为它取决于测试人员的经验，但它并不能保证最高质量的基准。它不提供对软件的全面覆盖。如果与其他测试技术结合使用，该技术可以产生更好的结果。
例2
假设我们有一个银行账户，我们必须在那里存入一些钱，但该金额将被接受为5000-7000的特定范围。因此，在这里，我们将提供不同输入的值，直到它涵盖了基于错误猜测技术的最大测试覆盖率，并查看它是否被接受或给出错误消息：
注意：
条件：如果金额>5000和金额<7000
而且，如果我们输入 5000 →错误消息（根据条件不接受）
7000→错误消息（根据条件不接受）
4. 错误猜测技术的优缺点
优点
错误猜测技术的好处如下：
- 这是找到软件具有挑战性的部分的好方法。
-
当我们将此技术与其他正式测试技术的分组一起使用时，这是有益的。
-
它用于增强正式的测试设计技术。
-
借助这种技术，我们可以披露那些可能在广泛测试中发现的错误;因此，测试工程师可以节省大量的时间和精力。
缺点
以下是错误猜测技术的缺点：
- 错误猜测技术是面向人的，而不是面向过程的，因为它取决于人的思维。
-
如果我们使用这种技术，我们可能无法达到最低测试覆盖率。
-
借助此功能，我们可能无法涵盖所有输入或边界值。
-
有了这个，我们无法保证产品质量。
-
错误猜测技术可以由那些具有产品知识的人来完成;那些不熟悉该产品的人无法完成。
|
