1) 基于最终用户/系统测试

被测系统可能有许多组件，当它们耦合在一起时，可以实现用户场景。

在示例中，客户场景将包括诸如 HRMS 应用程序加载、输入正确凭据、转到主页、执行某些操作和注销系统等任务。对于基本业务场景，此特定流程必须无任何错误地工作。

下面给出了一些示例：

无

概括

先决条件

测试用例

这是如何针对情况编写测试用例的基本示例。上述格式也适用于以下所有测试。为了牢固的概念基础，我只在上面和下面进行了一些简单的测试。

2) 等价测试

在Equivalence partitioning中，测试数据被分成不同的分区，称为等价数据类。每个分区中的数据必须以相同的方式运行，因此只需要测试一个条件。同样，如果分区中的一个条件不起作用，那么其他任何一个都不会起作用。

例如，在上述场景中，用户 id 字段最多可以有 10 个字符，因此输入 data > 10 的行为应该相同。

3) 边界值测试

边界测试意味着应用程序的数据限制并验证其行为方式。

因此，如果提供的输入超出了边界值，则将其视为否定测试。因此，用户至少需要 6 个字符来设置边界限制。用户 id < 6 个字符的测试是边界分析测试。

4) 基于决策的测试

基于决策的测试以满足特定条件时系统可能结果的意识形态为中心。

在上述给出的场景中，可以立即得出以下基于决策的测试：

• 如果输入了错误的凭据，它应该向用户指示并重新加载登录页面。

• 如果用户输入了正确的凭据，它应该将用户带到下一个 UI。

• 如果用户输入了正确的凭据但希望取消登录，则不应将用户带到下一个 UI 并重新加载登录页面。

5) 备用流量测试

运行备用路径测试以验证存在的所有可能方式，而不是完成功能的主要流程。

6) 临时测试

当通过上述技术发现大多数错误时，临时测试是发现之前未观察到的任何差异的好方法。这些都是以打破系统的心态执行的，看看它是否能优雅地响应。

例如，示例测试用例将是：

• 用户已登录，但管理员在执行某些操作时删除了用户帐户。看看应用程序如何优雅地处理这个问题会很有趣。