5挑战与性能测试相关SAP应用程序

记者鲍勃Reselman,软件开发188金宝搏官网登录app人员和技术

企业资源计划(ERP)应用程序是大型组织的生命线。他们一起把企业的一切活动——从工资到采购和销售到中央数字平台允许所有成员公司的智慧和团结地工作。

最初,erp大很贵,单一应用程序设置和维护。然而,多年来,云已经变得无处不在,已经把自己的拇指指纹应用程序体系结构设计。大,实施ERP软件的象征老派188金宝搏官网登录app经历了一个转变,成为一个聚合的小应用程序。与SAP的趋势尤为明显,世界上最大的ERP厂商之一。

SAP已经改变了从一个放之四海而皆准的应用程序模型发布的基于云计算的组件的集合SAP的云平台。而从单一的应用程序转换到平台即服务(PaaS)模型都有其优点,这不是challenge-free,具体地说,当谈到负载测试实践。

负载测试的方法庞然大物应用程序(如SAP、我们通常名字SAP负载测试,不一定直接应用于负载测试基于云的应用程序。因此,公司搬到SAP云平台从之前的ERP解决方案需要做出调整。最重要的变化包括:

• 测试数据的可用性
• 用例描述的准确性
• 测试基础设施规模
• SAP团队互动基础
• 容量管理

测试数据的可用性

SAP,像其他erp,负责后台数据管理的许多方面。例如,SAP将自动生成一个发票号码是不变的,独一无二的。虽然这使事情更容易在大多数情况下,它可能导致一个问题,当测试,主要是在多次运行相同的测试在一个会话。一个独特的发票号码,预计可在测试会话可能成为无效的发票数据再生在一些场景中测试会话。

这不是一个不寻常的困境,但这是一个必须加以解决。一致的测试数据需要分析测试结果可靠。

解决这个问题的一个方法是接受系统决定数据和生成尽可能多的有用的测试数据,测试的覆盖范围内不发生会话。

另一种解决方案可能是备份数据库包含感兴趣的数据集和每个测试运行之前恢复。

不管选择什么方法,请记住,可靠的测试是基于测试数据的准确性和可用性。

准确的描述用例

测试的价值只是用例一样好,即使在最简单的场景。用例定义清晰,更全面的测试设计,最终,更可靠的测试结果。例如,假设描述以下用例:

用例:用户将能够成功地登录到系统后进入登录凭证。

似乎很简单,对吧?并非如此。究竟是应该是输入的登录凭证吗?假设的凭证就是用户名和密码是一个危险的游戏。如果登录过程支持多因素身份验证什么?在这种情况下,登录凭证很可能是一个用户名,密码,和SMS-delivered代码。除非这些细节记录用例,测试设计者必须采取一个信仰的飞跃。

结果上述场景:测试设计人员将不得不花时间跟踪工程师或主题专家最有知识的登录凭据结构。然后,一旦信息被随后记录,测试设计者可以创建一个测试相结合的细节登录凭证。这个发现过程需要宝贵的时间。一个论点可以是浪费时间。

创建用例的人知道当他或她记录了登录凭据结构用例。同时,它会有少量的添加努力包括登录凭证的格式和方法发现登录数据。没有这一步,重要信息相关的用例是机会。

假设成本钱。实现有用的SAP性能测试时,提供一个清晰的用例是最好的方法之一,以确保可靠的测试是一种有效的进行,成本效益的方式。

分级测试基础设施

大规模的系统测试,一个大小不适合所有。不同的测试需要不同数量的数据。测试数据的范围也会有所不同。许多测试人员倾向于为所有测试定义一个数据集,让它自动驾驶仪。

请记住,您的测试的更多的数据,执行测试所花的时间就越长。是有代价的。因此,测试人员要确保适当的基于测试数据集的大小。适当的组件测试需要的数据适合测试的操作。例如,一个地址验证组件只需要地址数据。覆盖不必要的数据时,你没有将值添加到测试过程。如果没有别的,这是引入一个测试执行不必要的负担。

事件的考虑也很重要。考虑更高的测试数据的体积和数量的虚拟用户系统所需负担仿真在超级碗和需要什么你应该一个月在赛季结束后重新测试。

不要忘记测试基础设施规模。这也很重要。那些太大的基础设施将产生不必要的费用,然而一个太小了测试有效性的风险。关键是要确保测试基础设施仅仅是正确的大小以满足需要。

与SAP团队基础

没有一个人知道这一切。尤其是与产品与SAP一样大。我认为对航天飞机的类比。你会很难找到一个人谁知道每一个细节的技术,从推进到船上的生命支持系统。这只是太多一个人掌握的知识。美国航空航天局已经学会了接受这一点。为应对挑战,他们竭尽全力使可用的培训和教育,使其可以团队间共享。推进工程师担心生命支持预计不会知道细节。然而,工程师可能会投资于建立一个局部通过与生命支持团队协作知识库。同样,生命支持团队将容纳询问工程师。

相同的哲学适用于当你与SAP工作,主要为性能测试。测试设计者不能单干,也不应该会。有一个开放的、适应通道创建有用的SAP团队基础是至关重要的,可靠的性能测试。当然,测试设计者不知道这一切,但他们应该被要求获得他们所需要的知识的作用。公司运作有效地支持测试设计者之间的清晰和持续的沟通,从业者,SAP专家。

容量管理

能力怎么样?它必须计算,对吧?有一些东西比计划更令人生畏的性能测试,包括模拟一百万个虚拟用户的行为,却发现测试系统不能支持工作。原因可能有所不同。可能没有足够的CPU来适应用户的数量。也许网络延迟可能是如此之高,以至于仅仅存储测试结果变成了一个艰巨的努力。

越来越突出的系统和测试的范围在上升,不得不考虑到规模和产能扩张管理是一个关键的测试计划的考虑。然而,对于许多公司来说,测试计划侧重于测试逻辑的螺母和螺栓和覆盖率。考虑在哪里以及如何运行这些测试往往是一个事后的想法——如果想。同时,系统限制,应该是知道的。当测试超出了限制系统的意外,的值测试是破坏。

在容量规划整体测试计划的一部分是至关重要的。如果运行测试的功能不可用,你在浪费你的测试工作。确保你的测试系统有更大的马力进行有效和可靠测试是有效的主流测试管理。

把它放在一起

SAP已经被证明是一个有价值的资产,帮助公司业务操作的效率和利润水平。SAP的力量带给企业资源规划不应被忽视。是一个改变游戏规则的技术。但是与任何系统,确保SAP执行公司的期望要求适当的测试。否则,它的猜测和希望。一些企业将繁荣的希望和祈祷。实现测试策略,解决五性能测试这里所描述的挑战将确保公司的SAP安装进行高效、可靠的将符合预期。精心设计的测试产生的数据允许一个公司从猜测发展智能的一个拥抱,数据驱动的计划——增长与繁荣的基石。

这篇文章最初发表在2018年10月,是最近更新的2021年7月。

鲍勃Reselman的形象LinkedIn