目录
前言：
1) 基于最终用户/系统测试
2) 等价测试
3) 边界值测试
4) 基于决策的测试
5) 备用流量测试
6) 临时测试
前言：
功能测试是软件测试中最常见的一种测试类型，它旨在验证系统的功能是否符合设计要求和预期行为。在进行功能测试时，测试团队需要运用一系列技术和方法来设计、执行和评估测试用例。本文将介绍几种常见的功能测试技术，帮助读者更好地理解如何有效地进行功能测试。
1) 基于最终用户/系统测试
被测系统可能有许多组件，当它们耦合在一起时，可以实现用户场景。
在示例中，客户场景将包括诸如 HRMS 应用程序加载、输入正确凭据、转到主页、执行某些操作和注销系统等任务。对于基本业务场景，此特定流程必须无任何错误地工作。
下面给出了一些示例：
无
概括
先决条件
测试用例
这是如何针对情况编写测试用例的基本示例。上述格式也适用于以下所有测试。为了牢固的概念基础，我只在上面和下面进行了一些简单的测试。
2) 等价测试
在Equivalence partitioning中，测试数据被分成不同的分区，称为等价数据类。每个分区中的数据必须以相同的方式运行，因此只需要测试一个条件。同样，如果分区中的一个条件不起作用，那么其他任何一个都不会起作用。
例如，在上述场景中，用户 id 字段最多可以有 10 个字符，因此输入 data > 10 的行为应该相同。
3) 边界值测试
边界测试意味着应用程序的数据限制并验证其行为方式。
因此，如果提供的输入超出了边界值，则将其视为否定测试。因此，用户至少需要 6 个字符来设置边界限制。用户 id < 6 个字符的测试是边界分析测试。
4) 基于决策的测试
基于决策的测试以满足特定条件时系统可能结果的意识形态为中心。
在上述给出的场景中，可以立即得出以下基于决策的测试：
-
如果输入了错误的凭据，它应该向用户指示并重新加载登录页面。
-
如果用户输入了正确的凭据，它应该将用户带到下一个 UI。
-
如果用户输入了正确的凭据但希望取消登录，则不应将用户带到下一个 UI 并重新加载登录页面。
5) 备用流量测试
运行备用路径测试以验证存在的所有可能方式，而不是完成功能的主要流程。
6) 临时测试
当通过上述技术发现大多数错误时，临时测试是发现之前未观察到的任何差异的好方法。这些都是以打破系统的心态执行的，看看它是否能优雅地响应。
例如，示例测试用例将是：
-
用户已登录，但管理员在执行某些操作时删除了用户帐户。看看应用程序如何优雅地处理这个问题会很有趣。
