用例技术

用例是黑盒测试的功能测试，用于根据系统用法识别系统从开始到结束的测试用例。 通过使用此技术，测试团队创建一个测试场景，该场景可以根据每个功能从开始到结束的功能来执行整个软件。

它是业务需求的图形演示，描述了最终用户将如何与软件或应用程序配合。 用例为我们提供了最终用户如何使用该应用程序的所有可能技术，正如我们在下面的图片中看到的那样，**用例**的外观如下

在上面的图片中，我们可以看到一个用例示例，其中我们有一个与客户需求规范 (CRS) 相关的需求。

对于软件的 **P 模块**，我们有六个不同的功能。

在这里，**管理员**可以访问所有 **六个功能**，**付费用户**可以访问 **三个功能**，而对于 **免费用户**，**没有**提供对任何功能的**访问权限**。

例如，对于**管理员**，不同的条件如下

**先决条件** → 必须生成管理员

**操作** → 以付费用户身份登录

**后置条件** → 必须存在 3 个功能

对于**免费用户**，不同的条件如下

**先决条件** → 必须生成免费用户

**操作** → 以免费用户身份登录

**后置条件** → 没有功能

谁编写用例？

客户提供应用程序的客户需求规范，然后开发团队将根据 CRS 编写**用例**，并将用例发送给客户进行审核。

如果客户批准，则将批准的**用例**发送给开发团队以进行进一步的设计和编码过程，并将这些批准的用例也发送给测试团队，以便他们可以开始编写测试计划，并在以后开始编写软件不同功能的测试用例。

在下面的场景中，有一个测试人员代表用户逐个使用系统的功能。 在此场景中，有一个参与者代表用户使用软件系统的功能。

这描述了软件应用程序的逐步功能，可以通过一个示例来理解，假设有一个在线汇款的软件应用程序。 汇款的各个步骤如下

• 用户登录以验证实际用户。
• 系统使用数据库检查 ID 和密码，以确保它是有效用户。
• 如果验证成功，服务器会将用户连接到帐户页面，否则返回到登录页面。
• 在帐户页面中，有多个选项，因为考官正在检查汇款选项； 用户进入汇款选项。
• 成功完成此步骤后，用户输入他想要汇款的帐号。 用户还需要输入其他详细信息，如银行名称、金额、IFSC 代码、开户行等。

在最后一步，如果存在包含验证 ATM 卡号和 PIN 的安全功能，则输入 ATM 卡号、PIN 和其他所需详细信息。

如果系统成功地遵循了所有步骤，则无需为此功能设计测试用例。 通过描述使用步骤，可以轻松地为软件系统设计测试用例。

用例和原型之间的区别

开发人员如何开发用例

开发人员使用标准符号来编写用例，以便每个人都能轻松理解。 他们将使用**统一建模语言** (UML) 来创建用例。

有各种工具可用于编写用例，例如 **Rational Rose**。 此工具具有预定义的 UML 符号，我们需要拖放它们来编写用例，开发人员也可以使用这些符号来开发用例。

用例技术的优势

用例技术为我们提供了一些功能，可以帮助我们创建应用程序。

以下是在开发产品时使用用例技术的好处

• 用例用于获取系统的功能需求。
• 这些是步骤的分类，描述了用户及其操作之间的联系。
• 它从一个基本视图开始，首先创建系统，主要供其用户使用。
• 它用于确定完整的分析，这有助于我们实现复杂性，然后它一次关注一个详细的功能。