当前位置:主页 > 云存储 > 安全 >

云存储 cdn_怎么购买_数据分析怎么做

  • 安全
  • 2021-04-09 02:09
  • 动埠云

通过集中构建-测试步骤,可以简化和加速使用SAP Solution Manager设计和执行手动测试。许多功能,如内容驱动的测试用例设计、引导的测试执行或深入的报告功能,提供了以前在SAP Solution Manager中无法实现的测试体验。

在我以前的博客文章中,我概述了聚焦构建-测试步骤的最重要功能和特性。在本文中,我想重点介绍测试步骤的一个特定功能,它使您有机会在不同的测试模式下执行手动测试。在设计时,联网,您已经可以在测试用例的header选项卡上定义测试模式。您可以在"共享测试结果"和"测试人员个人结果"之间进行选择。但是当涉及到测试执行时,它实际上意味着什么呢?

共享测试结果–端到端测试用例的测试模式

当涉及到大型端到端测试用例时,您希望跨多个流程运行测试,通常涉及不同的组织单位。例如,在一个典型的按订单生产过程中,销售、帐单、应收账款和生产等部门都参与其中。在运行端到端测试时,这些单元需要共享销售订单或发票ID等信息。

在这种情况下,测试模式"共享测试结果"是正确的选择。每个步骤都是按顺序执行的(参见选项"严格的步骤顺序"),不同的测试人员可以在一个文档中记录状态和结果。使用强制结果属性,您甚至可以强制测试人员在特定步骤中添加销售订单ID等信息。这样可以确保在以后某个时间点接管此测试执行的其他单位拥有所有可用于继续执行测试的信息。

为了简化大型测试用例的执行,您可以将组织单位添加到属于此单位的每个步骤中。在"合作伙伴"列中,您可以找到SAP Solution Manager系统中维护的所有业务合作伙伴。请注意:这只是测试人员的"信息",在线自助建站系统,并不意味着测试执行过程中的任何技术检查。

在test Steps Designer中准备好测试用例后,您只需通过测试计划管理将其分配给测试包即可。一旦相关的组织单位被添加到这个测试包中,测试人员就可以开始处理测试用例了。

测试人员个人结果–四眼测试用例的测试模式

在某些情况下,服务器云服务,特定业务流程的可用性、性能和可靠性对组织来说非常重要。在这种情况下,您需要确保阳性测试结果不是巧合,而是独立于单个测试人员的可复制性。特别是对于处于监管环境(如FDA监管)的客户,所谓的四眼原则在测试管理中也起着重要作用。在执行测试用例时,测试人员a创建销售订单的工作方式与测试人员B不同。因此,如果两个不同的测试人员分别执行同一个测试用例,则发现软件缺陷的机会要高得多。

使用测试模式"Tester Individual Results",您可以准确地实现这一点。相关的测试用例和测试人员需要被分配到一个测试包中。之后,每个测试人员可以在不共享任何状态或测试结果的情况下执行单独的测试。当两个测试人员都完成了他们的测试时,最差状态获胜,并自动聚合到测试计划级别。也就是说,如果测试人员A成功地完成了测试,而测试人员B发现了一个缺陷,那么总体状态将聚合为错误。

结合这两种测试模式

当然,您也可能会遇到这样一种情况,即您希望以四眼原则方法运行一个大型端到端测试用例。但是,当只有两种不同的测试模式可用时,如何使用集中的构建测试步骤来实现这一点呢?

事实上这很简单:在TestSteps Designer中,您创建端到端的测试用例,并将测试模式设置为"Tester Individual Results"。在测试计划管理中,智能物联网,准备测试包并分配测试用例。现在的区别是,您没有将单个测试人员分配给这个测试包,而是将测试人员组分配给这个测试包(请参阅维护group类型的业务伙伴)。由来自不同组织单位的测试人员组成的每个组现在可以对同一个测试用例执行单独的测试执行,并且可能得到不同的结果。

结论

通过集中的构建测试步骤,您手头有一个强大的工具,自助建站系统哪个好,允许您以不同的模式执行测试。无论您是拥有像按订单生产这样的大型端到端流程,还是拥有对上级管理层非常重要的单一功能,不同的测试模式都可以帮助您以正确的方式运行测试。

  • 关注微信

猜你喜欢

微信公众号