SIKULI似乎有巨大的潜力.有没有人试图用这个作为测试工具?或者它更适合自动化用户操作?
GUI的引用单元测试(在项目文档中):
Sikuli旨在通过与junit集成来支持GUI的单元测试.可以通过单击View/Unit Test或Mac上的快捷键Cmd-U(或Windows/Linux上的Ctrl-U)打开单元测试面板.
因此,虽然我的理解是SIKULI最初的目标是GUI自动化,但它绝对可以用于GUI测试(如果您考虑GUI测试= GUI自动化+验证框架,这是密切相关的).看一看单元测试GUI(JEDIT)一个完整的示例(看看assertXXX
上图).
事实上,我发现SIKULI有很大的潜力用于测试,因为它似乎使编写测试变得非常容易,即使没有编写实际应用程序的单行(例如,仅使用一些初始模型).SIKULI可以成为各种测试风格(BDD,验收测试等)的绝佳伴侣.
它真的是一个令人惊叹的软件,非常令人印象深刻.
我正在广泛使用Sikuli进行UI测试自动化.我对2011年1月发现它的Sikuli派对"迟到了".我很高兴我发现它很晚,因为虽然它早先很有希望,但我认为直到Sikuli x1.0-rc1(发生于12月) )被释放,它准备好黄金时段.
以前,我使用TestQuest和EggPlant进行UI测试自动化.在我看来,Sikuli击败他们两人.我真的相信它有可能大大改变人们如何更好地执行UI测试自动化,并将它传播给我周围的人.
正确使用Sikuli意味着您没有遵循"记录和回放"模型.相反,您必须使用Sikuli开发测试自动化 - 您需要使用所有工具 - 作为软件开发任务.
我们目前正在将为EggPlant构建的UI自动化DSL(域特定语言)移植到Sikuli.我们将在DSL中利用的一个关键特性是Sikuli的文本识别功能.这将允许我们在我们产品的各种本地化版本中运行相同的脚本.
因为Sikuli建立在OpenCV(用于图像识别)和tesseract-ocr(用于文本识别)之上,所以它具有令人难以置信的功率和灵活性.
另见论文:http://groups.csail.mit.edu/uid/projects/sikuli/sikuli-chi2010.pdf