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