Unit testing RPA中的自动测试

Unit testing RPA中的自动测试,unit-testing,testing,automated-tests,rpa,uipath,Unit Testing,Testing,Automated Tests,Rpa,Uipath,我不太熟悉编程语言中的测试概念,尽管我知道测试代码的基本思想和一些原则,比如单元测试等等。我自己还没有写过任何测试,但总体思路或多或少是清楚的。但是当涉及到机器人过程自动化时,我会被如何正确测试我的工作流程所困扰 如果我有不与任何接口交互的模块,那么我可以清楚地创建一个测试环境,这是一个函数,该函数将传递一些参数,并得到与预期结果进行比较的结果 但是,测试工作流中与界面交互并包含单击、键入和所有这些内容的部分的最佳实践是什么 如果有人有在RPA中创建自动化测试的经验,例如,在UiPath中,我将

我不太熟悉编程语言中的测试概念,尽管我知道测试代码的基本思想和一些原则,比如单元测试等等。我自己还没有写过任何测试,但总体思路或多或少是清楚的。但是当涉及到机器人过程自动化时,我会被如何正确测试我的工作流程所困扰

如果我有不与任何接口交互的模块,那么我可以清楚地创建一个测试环境,这是一个函数,该函数将传递一些参数,并得到与预期结果进行比较的结果

但是,测试工作流中与界面交互并包含单击、键入和所有这些内容的部分的最佳实践是什么

如果有人有在RPA中创建自动化测试的经验,例如,在UiPath中,我将很高兴看到它的解释。任何想法,不管是否缺乏适当的经验或存在,都将受到高度赞赏


顺便说一句,如果有人在UiPath工作,他会注意到他们开发了所谓的ReFramework,根据他们的话,它遵循RPA部署的最佳实践。在这个框架中,他们有一个测试文件夹和一些测试模块,但我不知道它们是如何工作的,以及我应该如何调整它们以匹配我自己开发的程序

谢谢你的提问

我是一名RPA开发人员,也测试了工作流,但不是作为“测试人员”的角度

如果你看,有很多东西要测试

案例1

正如您所说,您正在处理web门户,您可以使用单击活动。有一个名为选择器的属性是自动生成的。选择器标识UI元素。选择器中有许多属性可能是静态的。这是错误的做法 让我们举个例子

提交

在这个idx和uipath_custom_id属性是静态的,这可能会相应地改变,但是名称Submit和class永远不会改变,所以作为测试人员,您可以发现开发人员犯的这类错误

请记住,永远不要为选择器中的任何属性提供静态值或数字…而要使用该选项
(*和?)

网页中也有两个按钮具有相同的名称,相同的类,所以生成的选择器除了ID之外也是相同的,所以您需要注意这一点,因为考虑到ID总是变化的

始终保持您的工作流程小型化,使用适当的活动,并将业务逻辑保持在单独的活动序列中,例如您可以测试的活动。您还可以测试流的优化。 如果您正在处理Excel或SAP等其他应用程序,请检查是否可以在完成工作后关闭它

这些东西你可以测试

谢谢
如果您讲述场景会更好,这样社区可以帮助您讲述测试用例…:)

谢谢您的回答。我并不是经常和网站打交道。我更频繁地处理桌面应用程序。我知道机器人开发的最佳实践,使用非静态选择器是其中的一部分。您还可能会注意到,您可以将这些选择器存储在单独的位置,例如Excel表格配置文件中,这样在将项目从测试环境迁移到生产环境时,当您不得不调整它们时,您的生活会更轻松。一个悬而未决的问题是如何自动测试它。您提到的内容只能手动测试:(