IOS UIAutomation:应用程序在';collectionViews.element';具有非常大量的数据(单元格)

IOS UIAutomation:应用程序在';collectionViews.element';具有非常大量的数据(单元格),ios,swift,ios-ui-automation,Ios,Swift,Ios Ui Automation,如果collectionView有大量单元格(以scrollView作为子元素)数据,如“cells().length>1000(不确定)”,那么在某些情况下,当我对collectionView的子元素执行某些操作时,它将导致崩溃 请参见我的代码,如下所示: var myAppWindow = UIATarget.localTarget().frontMostApp().mainWindow(); UIALogger.logMessage(myAppWindow.collectionViews

如果collectionView有大量单元格(以scrollView作为子元素)数据,如“cells().length>1000(不确定)”,那么在某些情况下,当我对collectionView的子元素执行某些操作时,它将导致崩溃

请参见我的代码,如下所示:

var myAppWindow = UIATarget.localTarget().frontMostApp().mainWindow();

UIALogger.logMessage(myAppWindow.collectionViews()[0].isVisible()); // >> 1, correctly.

UIALogger.logMessage(myAppWindow.collectionViews()[0].cells().length); // APP CRASHES!!!

UIATarget.localTarget().logElmentTree(); // APP CRASHES!!!

UIALogger.logMessage(myAppWindow.collectionViews()[0].buttons()[0].isVisible()); // APP CRASHES!!!
如果电池的长度小于200左右,一切都会好的

让我总结一下导致碰撞的条件:

  • 应用程序窗口有一个元素树,如:collectionView->cell->scrollView
  • 大量的细胞
  • 在collectionView上执行一些案例
  • 问题:

  • 这是A:应用程序问题还是B:自动化问题
  • 如果A:如何解释为什么manully的产品很好? 如果B:如何通过测试这种collectionView来避免这种崩溃
    如果你的应用程序因为单元格数量太多而崩溃,那么你应该实现分页,加载少量记录。@Ramani Ashish,是的,你是对的。但由于它是通过自动化测试而不是用户操作崩溃的,我真的不想修改与用户体验相关的实现。是否可以优化自动化脚本以避免这种情况?