📅  最后修改于: 2021-01-10 15:57:06             🧑  作者: Mango
用例是黑盒测试的功能测试,用于根据系统的使用情况从系统的开始到结束识别测试用例。通过使用此技术,测试团队可以创建一个测试方案,该方案可以从头至尾根据每个函数来使用整个软件。
它是业务需求的图形演示,描述了最终用户将如何与软件或应用程序合作。用例为我们提供了最终用户如何使用应用程序的所有可能的技术,如下图所示,用例的外观如下:
在上图中,我们可以看到一个用例的样本,其中我们有一个与客户需求规范(CRS)相关的需求。
对于软件的模块P ,我们具有六个不同的功能。
在这里,管理员可以访问所有六个功能,付费用户可以访问这三个功能,而免费用户则不能访问任何功能。
像Admin一样,不同的条件如下:
前提条件→必须生成管理员
操作→以付费用户身份登录
后置条件→必须具有3个功能
对于免费用户,不同的条件如下:
前提条件→必须生成免费用户
操作→以免费用户身份登录
后置条件→无功能
客户为应用程序提供客户需求规范,然后开发团队将根据CRS编写用例,并将用例发送给客户以供他们检查。
如果客户批准,则将批准的用例发送给开发团队以进行进一步的设计和编码过程,并将这些批准的用例也发送给测试团队,以便他们可以开始编写测试计划,然后开始编写测试计划。软件不同功能的测试用例。
在以下情况下,有一个测试人员代表用户逐一使用系统的功能。在这种情况下,有一个演员代表用户使用软件系统的功能。
这描述了软件应用程序的逐步功能,可以假定存在在线汇款的软件应用程序,并且可以通过示例来理解。汇款的各个步骤如下:
在最后一步中,如果有一个安全功能包括对ATM卡号和PIN的验证,则输入ATM卡号,PIN和其他必需的详细信息。
如果系统成功执行了所有步骤,则无需为此函数设计测试用例。通过描述要使用的步骤,可以轻松设计软件系统的测试用例。
Use case | Prototype |
---|---|
With the help of the use case, we get to know how the product should work. And it is a graphical representation of the software and its multiple features and also how they should work. | In this, we will not see how the end-user interacts with the application because it is just a dummy (particular image of the software) of the application. |
开发人员使用标准符号编写用例,以便每个人都可以轻松理解。他们将使用统一建模语言(UML)来创建用例。
有多种工具可以帮助编写用例,例如Rational Rose。该工具具有预定义的UML符号,我们需要将其拖放以编写用例,开发人员也可以使用这些符号来开发用例。
用例技术为我们提供了一些有助于我们创建应用程序的功能。
以下是在我们开发产品时使用用例技术的好处: