📜  黑匣子测试中的用例技术

📅  最后修改于: 2021-01-10 15:57:06             🧑  作者: Mango

用例技术

用例是黑盒测试的功能测试,用于根据系统的使用情况从系统的开始到结束识别测试用例。通过使用此技术,测试团队可以创建一个测试方案,该方案可以从头至尾根据每个函数来使用整个软件。

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

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

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

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

Admin一样,不同的条件如下:

前提条件→必须生成管理员

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

后置条件→必须具有3个功能

对于免费用户,不同的条件如下:

前提条件→必须生成免费用户

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

后置条件→无功能

谁编写用例?

客户为应用程序提供客户需求规范,然后开发团队将根据CRS编写用例,并将用例发送给客户以供他们检查。

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

在以下情况下,有一个测试人员代表用户逐一使用系统的功能。在这种情况下,有一个演员代表用户使用软件系统的功能。

这描述了软件应用程序的逐步功能,可以假定存在在线汇款的软件应用程序,并且可以通过示例来理解。汇款的各个步骤如下:

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

在最后一步中,如果有一个安全功能包括对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符号,我们需要将其拖放以编写用例,开发人员也可以使用这些符号来开发用例。

用例技术的优势

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

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

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