健全性测试用例编写

Question

在编写测试用例和编写健全性测试用例以注册任何网站时有什么区别？有人可以通过提供一些测试用例或健全性测试用例的示例来让我理解吗？

Answer 1

按名称进行的健全性测试建议验证应用程序是否健全的情况。 例如，在注册网站的情况下，您可能需要进行以下测试：

1. 注册选项在登录页面上可用。
2. 点击“注册”将重定向到正确的注册表格。
3. 单击“登录”不会重定向到“注册”表单。
4. 提交“注册”表单成功，没有崩溃。
5. 已注册用户，可以登录。

以上内容足以进行健全性测试。 但对于详细测试，除了上述测试之外，您还可以包括以下测试。

1. 不允许使用相同的用户ID再次注册。
2. SQL注入受到限制。
3. 注册后，无需再次注册即可允许用户从多个设备/浏览器登录。
4. 允许取消中途注册（半填表）。
5. 仅表单中的必填字段（如果为空白）应阻止注册。
6. 不允许使用空白表格注册。

Answer 2

例如，您想购买新车。

因此，当您进行称为“ 健全性检查

”的“试驾”时

使用该车一年后，当您分享经验时，称为详细测试

因此，健全性检查基本上是对所有链接和UI的整体检查，其中“详细信息测试”用例正在使用消极和正面情形来检查页面的每个方面。

Answer 3

每个软件测试服务公司都在开始功能测试之前遵循创建测试用例的过程。当作为质量检查人员，我们没有足够的时间来运行所有测试用例时，就完成了完整性测试。仅当QA团队运行时间不足时才应进行健全性测试，切勿将其用于常规发行版。从理论上讲，该测试是回归测试的子集。

用于快速验证注册功能的健全性测试案例：

1. 注册选项在登录页面上可用。
2. 点击“注册”会将用户重定向到适当的注册表单。
3. 用户可以在注册表单的所有必填字段中填写详细信息。
4. 用户可以提交“注册”，没有任何错误。
5. 用户可以使用注册期间提供的凭据来访问帐户。

“注册”表格的回归测试用例还涉及其他一些方面：

1. 在所有兼容的操作系统和浏览器上验证注册
2. “注册”页面上所有字段的跨脚本处理都正确。
3. 验证该用户无法再次使用相同的详细信息进行注册。
4. 验证中途注册时的行为
5. 通过将必填字段保留为空白来验证用户是否无法注册（需要通过将每个必填字段保留为空白来进行检查）。
6. 在将该字段保留为空白时显示适当的错误消息。
7. 验证文本和数字字段的所有边界值。

Answer 4

进行完整性测试以快速检查应用程序是否正常运行。这应该不是很耗时的测试，当您没有足够的时间进行测试时，可以快速完成。

健全性测试没有任何特定的测试用例，并且大多数情况下没有测试用例。

Answer 5

对于健全性测试，只需检查应用程序的直接流程是否正常。健全性测试使团队确信某些直接错误，异常不在工作流程中。

Answer 6

首先进行健全性测试以检查罪过的功能。 要检查验证所有字段。 要检查单击工作中的上升按钮是“是”和“否”。 在所有字段中，单击提交按钮后单击该时间检查按钮。 要点击直接主页上的提交按钮进行检查。