User interface 为没有命令行参数或公开API的GUI应用程序创建CLI包装器
在我的工作场所,我的工作流程中有很大一部分是通过公司另一个团队维护和开发的GUI应用程序来设置我的工作区。这项工作的大部分都可以通过公开的API或命令行界面轻松实现自动化,但该软件不提供此类选项 我已经联系了开发团队,询问是否可以添加这些功能,但目前他们告诉我,他们目前还没有计划添加这些功能User interface 为没有命令行参数或公开API的GUI应用程序创建CLI包装器,user-interface,libraries,User Interface,Libraries,在我的工作场所,我的工作流程中有很大一部分是通过公司另一个团队维护和开发的GUI应用程序来设置我的工作区。这项工作的大部分都可以通过公开的API或命令行界面轻松实现自动化,但该软件不提供此类选项 我已经联系了开发团队,询问是否可以添加这些功能,但目前他们告诉我,他们目前还没有计划添加这些功能 我觉得如果我能够自动化软件的某些方面,我可以在日常工作流程中节省大量时间,但我没有尝试为GUI程序编写CLI包装器的经验——只有相反的方法。是否有任何著名的库或宏实用程序用于编写类似这样的程序,可能模拟鼠标
我觉得如果我能够自动化软件的某些方面,我可以在日常工作流程中节省大量时间,但我没有尝试为GUI程序编写CLI包装器的经验——只有相反的方法。是否有任何著名的库或宏实用程序用于编写类似这样的程序,可能模拟鼠标单击和程序中的其他输入?这是我能想到的唯一一种方法,当无法灵活地以编程方式与之交互时,我可以为这个问题创建一个个人解决方案。任何技术解决方案都将取决于该应用程序的操作系统和技术。您可能需要为您的设置寻找“UI测试自动化工具”。或者,您可以询问该应用程序的来源,并为自己制作自定义版本。根据您对该应用程序的理解,您可以尝试专门针对您的用例进行替换。非技术性解决方案:找到其他对该应用感到沮丧的人,然后与您的经理交谈,以做出您希望优先考虑的改进。或者,也可以不只是询问该团队是否计划了更改,而是解释为什么需要更改。进一步探索测试自动化路径,询问他们如何测试应用程序。如果他们有自动设置,你可以重复使用。或者再次游说增加测试自动化——因为这也会帮助你。@PetrGladkikh维护应用程序的团队已经表示,他们特别希望操作是手动的——鉴于此,我不期望他们会热衷于为我提供方法,让我自动化这项工作所涉及的繁琐工作。我认为,他们不包括自动性的原因是不相信用户不会滥用它向内部服务器发送垃圾邮件,这我可以理解,但这也是为什么我有兴趣创建一个我可以负责任地使用的个人解决方案,考虑到目前为止,他们可能不会接受基于他们的响应的进一步解释。在服务器端限制请求将是一个更好的解决方案。强迫人们为此做不必要的手工工作——这是不好的一面:)好吧,然后将其升级到经理那里(最好将解决方案框架为对每个人都有利),或者使用测试自动化工具——仍然是选项。