Кто-либо использовал SIKULI для тестирования их основанных на графический интерфейсе пользователя приложений?
У SIKULI, кажется, есть огромное количество потенциала. Кто-либо попытался использовать это в качестве инструмента для тестирования? Или это лучше подошло бы для автоматизации действий для пользователей?
3 ответа
Если вы можете пойти с двумя пропусками, более простым и быстрее вторым проходом Regexp:
/[^\d]/
Это просто совпадает с чем-то, что не является числом, и ему необходимо соответствовать только одному, и он прекращается рано. Вам не нужно быть строгим здесь, потому что первый проход уже отвергает не допустимые символы.
-121--3632131-Цитирование Устройство тестирования для GUI (в проекте Документация ):
Sikuli предназначен для поддержки тестирования блока для GUI путем интеграции с JUNIT Отказ Панель тестирования устройства можно открыть, нажав тест на вид / единицу или с помощью ярлыка CMD-U на Mac (или Ctrl-U в Windows / Linux).
Итак, в то время как мое понимание состоит в том, что Сикули изначально направлена на автоматизацию GUI, она определенно может использоваться для тестирования GUI (которое тесно связано, если вы считаете, что тестирование графического интерфейса = Automation GUI + Framework). Посмотрите на тестирование устройства для GUI (Jedit) для полного примера (и см. AssertXXX на изображениях).
И Действительно, я вижу большой потенциал в Сикули для тестирования, поскольку кажется, что он очень прост, даже без одной строки настоящего приложения (просто используя некоторые исходные макеты, например). Сикули может стать отличным компаньоном для различных ароматов тестирования (BDD, приемки, т. Д.).
Это действительно удивительный участок программного обеспечения, очень впечатляющий.
Также см. Статью: http://groups.csail.mit.edu/uid/projects/sikuli/sikuli-chi2010.pdf
Записал рабочий процесс с помощью веб-приложения Flex. Потребовалось время, чтобы придумать надежную стратегию для создания снимков экрана, но как только я это сделал, скрипт продолжал работать даже после того, как я изменил цветовую схему рабочего стола! Синтаксис становится немного неудобным, когда вам нужно щелкнуть определенный элемент управления в коллекции аналогичных элементов управления, то есть флажков, полей ввода. Похоже, единственный способ сделать это - использовать find () в сочетании с right (); оставил(); внутри () . Похоже, что чем меньше скриншоты, тем надежнее они обнаруживаются. По-моему, хорошей практикой было бы включать в скриншоты только важные объекты и делать их как можно более атомарными, но без ущерба для их уникальности.