用例技术

用例是黑盒测试的功能测试，用于根据系统的使用情况从系统的开始到结束识别测试用例。通过使用这种技术，测试团队创建了一个测试场景，该场景可以从头到尾根据每个功能的功能来演练整个软件。

它是业务需求的图形演示，描述了最终用户将如何与软件或应用程序合作。用例为我们提供了最终用户如何使用应用程序的所有可能技术，如下图所示，用例将如下所示：

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

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

在这里，管理员可以访问所有六个功能，付费用户可以访问这三个功能，而免费用户则无法访问任何功能。

与Admin一样，不同的条件如下：

Pre-condition→ 必须生成管理员

Action→ 以付费用户身份登录

Post-condition→ 必须存在 3 个特征

而对于Free user，不同的条件如下：

Pre-condition→必须生成免费用户

Post-condition→ 以免费用户身份登录

后置条件→ 无特征

谁编写用例？

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

如果客户批准它，那么批准的用例被发送到开发团队进行进一步的设计和编码过程，这些批准的用例也被发送到测试团队，因此他们可以开始编写测试计划，然后开始编写测试计划软件不同功能的测试用例。

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

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

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

在最后一步，如果有包括验证自动柜员机卡号和密码的安全功能，则输入自动柜员机卡号、密码和其他所需的详细信息。

如果系统成功执行所有步骤，则无需为此功能设计测试用例。通过描述使用步骤，很容易为软件系统设计测试用例。

用例和原型的区别

用例	原型
在用例的帮助下，我们了解产品应该如何工作。它是软件及其多种功能以及它们应该如何工作的图形表示。	在这里，我们不会看到最终用户如何与应用程序交互，因为它只是应用程序的一个虚拟（软件的特定图像）。

开发人员如何开发用例

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

有多种工具可以帮助编写用例，例如Rational Rose。这个工具有一个预定义的UML符号，我们需要拖放它们来编写用例，开发者也可以使用这些符号来开发用例。

用例技术的优势

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

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

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