LINUX.ORG.RU

Инструменты для автоматизации тестирования GUI десктопных приложений.

 , ,


0

3

Какие инструменты для автоматизации тестирования GUI десктопных приложений вы можете посоветовать?

Что имеется: 1. Приложения под GNU/Linux, написанные на C/С++ c использованием Qt5.

2. GUI некоторых приложений предназначены для запуска без X Window System.

3. Отсутствие доступа к исходному коду приложений.

Задача: необходимо наладить процесс автотестирования GUI данных приложений, не используя или, наоборот, используя умение программировать (желательно, Python). Да так, чтобы в будущем этот процесс было возможно поддерживать (выбранные инструменты и технологии на данный момент должны иметь поддержку).

Сейчас гугулю. Нагуглил пока PyQT с его QTest (но пока не понятно, как его использовать) и платный Squish.



Последнее исправление: xilun (всего исправлений: 2)

GNU Xnee же.

Для софта без X Window надо искать софтину, которая умеет работать с уровнем сообщений используемой оконной среды. Для винды такое точно есть, напр. UOPilot (ибо хоть и венда, но один хрен архитектура утащена с иксов), для всякого новомодного шлака - маловероятно найти, ибо там продумывать архитектуру некому и незачем.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Для софта без X Window надо искать софтину, которая умеет работать с уровнем сообщений используемой оконной среды.

А если ее нет? Qt она не нужна (ну точнее он может без нее работать, напрямую с фреймбуфером).

И, боюсь, такая система потребует кхм... хорошего такое копания в исходниках Qt.

Как вариант (как очень плохой вариант) - в зависимости от того, что именно вы тестируете, вам могут помочь кликеры.

RiseOfDeath ★★★★
()
Последнее исправление: RiseOfDeath (всего исправлений: 2)
Ответ на: комментарий от RiseOfDeath

А если ее нет? Qt она не нужна (ну точнее он может без нее работать, напрямую с фреймбуфером).

Тогда туши свет, сливай воду.

И, боюсь, такая система потребует кхм... хорошего такое копания в исходниках Qt.

Вот как раз xnee никакого копания не требует. Как и виндовые записывалки WM_ ... Ибо Qt получает весь ввод именно через сообщения/события оконной системы и в системе предусмотрен перехват или посылка оных другими программами.

Как вариант (как очень плохой вариант) - в зависимости от того, что именно вы тестируете, вам могут помочь кликеры.

Кликеры как раз и работают посылая в программу какой-нибудь WM_RBUTTONDOWN или ButtonPress с нужными координатами. Если в оконной системе нет возможности посылать события другим программам, то ой. Нужно лезть в потрошка Qt и писать что-то используя какой-нибудь QTest.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Вот как раз xnee никакого копания не требует. Как и виндовые записывалки WM_ ... Ибо Qt получает весь ввод именно через сообщения/события оконной системы и в системе предусмотрен перехват или посылка оных другими программами.

Я говорил про случай отсутствия оконной системы в системе. У Qt (раз уж автор его упоминал) есть своя, он может без «чужой» работать (это сделано, в первую очередь, для embedded, насколько я знаю доступно только под linux и QNX), а может через чужую. (по-этому автору все-таки следовало бы уточнить, что именно и на чем именно надо тестить)

А вообще, насколько я видел статьи и доклады на конфах - тестирование гуев, это на 90% ручная работа, почти не поддающаяся автоматизации (скажем так, затраты времени на написание/доработку тестов огромны и далеко не все реально ими покрыть)

RiseOfDeath ★★★★
()
Последнее исправление: RiseOfDeath (всего исправлений: 5)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.