用例是黑盒测试的功能测试，用于根据系统的使用情况从系统的开始到结束识别测试用例。通过使用这种技术，测试团队创建了一个测试场景，该场景可以根据每个功能的功能从头到尾练习整个软件。
它是业务需求的图形演示，描述了最终用户将如何与软件或应用程序合作。用例为我们提供了最终用户如何使用应用程序的所有可能技术，如下图所示，用例的外观：
在上图中，我们可以看到一个用例示例，其中我们有一个与客户需求规范 （CRS） 相关的要求。
对于软件的模块P，我们有六个不同的功能。
在这里，管理员可以访问所有六个功能，付费用户可以访问这三个功能，对于免费用户，没有提供对任何功能的访问权限。
与管理员一样，不同的条件如下：
前提条件→必须生成管理员
操作→以付费用户身份登录
后置条件→必须存在 3 个特征
对于免费用户，不同的条件如下：
前提条件→必须生成免费用户
操作→以免费用户身份登录
后置→无功能
谁编写用例？
客户提供应用程序的需求规范，然后开发团队将根据CRS编写用例，并将用例发送给客户进行审查。
如果客户批准，则批准的用例将发送给开发团队进行进一步的设计和编码过程，并且这些批准的用例也会发送给测试团队，因此他们可以开始编写测试计划，然后开始为软件的不同功能编写测试用例。
在下面的场景中，有一个测试人员代表用户逐一使用系统的功能。在此方案中，有一个参与者代表用户使用软件系统的功能。
这描述了软件应用程序的逐步功能，可以通过一个例子来理解，假设有一个在线汇款的软件应用程序。转账的各个步骤如下：
用户登录以验证实际用户。
系统使用数据库检查ID和密码，以确保它是否是有效用户。
如果验证成功，服务器会将用户连接到帐户页面，否则返回到登录页面。
在帐户页面中，有几个选项，因为审查员正在检查汇款选项;用户进入汇款选项。
成功完成此步骤后，用户输入他要转账的帐号。用户还需要输入其他详细信息，例如银行名称，金额，IFSC代码，家庭分行等。
在最后一步中，如果有安全功能包括验证自动柜员机卡号和密码，请输入自动柜员机卡号、密码和其他所需详细信息。
如果系统成功执行所有步骤，则无需为此函数设计测试用例。通过描述要使用的步骤，很容易为软件系统设计测试用例。
用例和原型之间的区别 
开发人员如何开发用例
开发人员使用标准符号编写用例，以便每个人都可以轻松理解。他们将使用统一建模语言 （UML）
来创建用例。
有各种工具可以帮助编写用例，例如Rational Rose。这个工具有一个预定义的UML符号，我们需要拖拽它们来编写用例，开发者也可以使用这些符号来开发用例。
用例技术的优势
用例技术为我们提供了一些帮助我们创建应用程序的功能。
以下是我们在开发产品时使用用例技术的好处：
该用例用于满足系统的功能需求。
这些是步骤的分类，描述了用户与其操作之间的连接。
它从一个基本视图开始，首先创建系统并主要用于其用户。
它用于确定完整的分析，这有助于我们实现复杂性，然后一次专注于一个详细特征。
|
