繁体 English 中英

Metro，iOS应用程序的功能自动化-用户界面对象识别技术

[英]functional automation of Metro, iOS apps --— UI object identification techniques

原文 2014-02-01 07:38:10 8 1 java/ javascript/ ios/ windows/ automation

伙计们-我正在寻找一种自动化工具来自动化Windows 8 Metro应用程序和一个iOS应用程序以实现功能自动化

我研究了一些工具，并发现了有关Ranorex UI自动化工具（用于Metro和iOS应用程序），UI自动化（对于Microsoft）（对于Metro应用程序），UI Instruments（对于iOS应用程序）

我面临的真正问题是所有这些UI自动化工具，如果UI发生很小的变化，脚本就会失败......

我想先测试功能，然后需要更强大的脚本/工具来处理UI更改。 如何唯一识别Metro应用程序对象？ 我看到UI代码是XAML

另外，我有可用的应用程序源代码，并且不介意在自动化代码中使用其中的变量或资源。...

谁能建议任何好的工具，或者我该如何处理？

我的经理想要真实的客户体验！ 另外，如果可以使用Java完成脚本编写，那就太好了

没有可以根据静态文本进行识别的记录和播放工具！

1 个解决方案

不幸的是，这是前端自动化的陷阱之一。 现实情况是，很小的变化会对自动化脚本产生很大的影响。 这就是为什么大多数人建议您不要在前端花费过多的时间并坚持进行单元/集成测试，而在没有其他选择的情况下，只能自动执行ui功能。

我不能说UI自动化或UI Instruments，但是就Ranorex而言，要进行更强大的测试，关键是Ranorex用于跟踪元素的xPath。 显而易见的答案是跟踪对象的唯一ID，但这并不总是可行的。 您所能做的就是在其上方找到一个对象，例如，而不是查找特定的表元素，查找表并以编程方式为该表上的元素创建适配器，然后从中查找要查找的元素。它的属性之一，内部文本/标签值/任何可用属性。 您仍然会遇到UI更改将导致脚本失败的情况，不幸的是，这是前端自动化过程的一部分。

我个人不建议您使用源代码进行前端测试，因为它可能会导致不切实际的情况，而这些情况实际上可能导致比实际发现的问题更多的问题。 真正的答案是将前端自动化视为测试的最后手段，以及是否可以通过其他方式测试某些东西以使用其他方式。