Публикации с меткой «gui»

Здравствуй хабрхабр!

В данной статье я хотел бы рассказать, сформулировать свои мысли по поводу такой замечательной библиотеки как wxPython. Под катом вы найдете небольшую теорию, описание форм, разбор свойств форм, различных контролов и всё что касается wxPython.
Welcome to wxPython.

Что такое?

Выполнение действий над элементами графического интерфейса в случайном порядке.

Для чего нужно?

Человек, выполняющий тестирование, это Homo sapiens, т.е. он обладает неким интеллектом. Этот самый интеллект, мешает (очень редко, но мешает) ему находить «нелепости поведения» приложения связанные с непредвиденными ситуациями. Он просто не может представить себе настолько нелогичную ситуацию.
Пользователь же, намного превосходит QA в количестве и может значительно уступать ему в IQ. Отсюда, вероятность непредвиденного поведения пользователя отнюдь не крайне мала.
Итак, что нам, обладая свободными ресурсами и желанием, мешает принять меры по предотвращению подобных ситуаций? — Ничего.
Теперь сформулируем конкретные задачи, в которых «бессмысленное клацанье» по кнопкам может быть полезно:

• Дополнить существующее тестирование стабильности приложения путем введения модели нелинейного поведения пользователя в GUI.
• Исследовать потребление ресурсов при всех возможных вариантах работы приложения (инициированные из GUI).

Во-первых, вариант тестирования, описанный в данной статье, должен быть использован, действительно, только как дополнение к существующему тестированию графического интерфейса. Полагаться лишь на хаотичное «клацанье» по кнопкам – по меньшей мере, глупо. Нет никакой проверки, что именно происходит да и происходит ли вообще. Поэтому первый вариант можно рассматривать как дополнительное негативное тестирование на стабильность.
Второй же, максимально эффективен на бесконечном отрезке времени, что часто, невозможно. Поэтому, выбирая период измерений, следует исходить из сложности приложения, его типа и назначения. Например, наверно нет смысла 24 часа гонять «несерверное» приложение, состоящее из двух кнопок и одного чекбокса, которое умножает что-то на два, а потом результат делит пополам.

Как делать будем?

Дальнейшее описание предназначено для тестирования приложений на платформе Windows.
Предлагаю воспользоваться связкой python + pywinauto. Хотя pywinauto и имеет некоторые ограничения в плане доступа к элементам окна, для большинства случаев этого должно быть достаточно.
Честно говоря, альтернативы я не вижу. Все знакомые мне средства автоматизации тестирования GUI не обладают динамичность, показанной ниже – уже во время выполнения теста получать список контролов, определять их тип и выполнять допустимое действие.
Также не стоит недооценивать возможностей самого Питона и его модулей. Тут вам можно и видео снять, CPU замерить и сообщение, куда надо, в случае чего отправить…

Доброго времени суток!

Введение

Когда-то я вам уже рассказывал о связке Ruby/Tk. Сегодня я собираюсь продолжить знакомство с «быстрыми интерфейсами». На этот раз я расскажу вам о wxPython, а писать мы будем на Python.
На самом деле, wxPython является лишь обёрткой для библиотеки wxWidgets, который в свою очередь представляет графический тулкит, который позволяет писать кроссплатформенные приложения.

Узнал про модуль spynner, это такой управляемый браузер. Если на страничке много трудноподдающегося JavaScript-а, то вместо urllib2 или curl можно попробовать натравить на него spynner. Основы работы с ним можно почитать здесь. В общем был он нужен мне, но проблема в том, что он достаточно медленный, а работать в несколько потоков с ним не представляется возможным, так он берет своё начало от GUI-класса библиотеки Qt, которые в свою очередь можно использовать только в main-потоке. Поэтому вместо многопоточности пришлось думать о многопроцессовости. Ну это тоже самое если сделать однопоточный скрипт и
запустить одновременно N его копий. Про многопоточность я уже написал один пост, который полностью состоит из быдлокода=) С тех пор, я чутка поумнел и для организации потоков наследуюсь от класса Thread. С многопроцессовостью всё аналогично, только классы другие, а методы и структура вся та же.

# coding: utf8
import spynner
from spynner import browser
import multiprocessing
from multiprocessing import Process

class Serfer(multiprocessing.Process):
    def __init__(self,queue):
        multiprocessing.Process.__init__(self)
        self.__queue = queue # наша очередь заданий
        self.kill_received = False # На всякий случай переменная, вдруг надо будет всё остановить
    def run(self):
        while not self.kill_received:
            try: item = self.__queue.get_nowait() # ждём данные
            except Queue.Empty: break

            error = True
            try: error = self.serfing(item)
            except: traceback.print_exc()

            time.sleep(0.1)
            self.__queue.task_done() # задача завершена
            if error: self.__queue.put(item) # Если была ошибка, то еще раз с этими данными
        return
    def serfing(self,url):

        br = browser.Browser() # запускаем браузер
        br.create_webview()
        br.show() # отображаем
        br.load(url) # загружаем страницу
        br.wait_a_little(75)

        br.destroy_webview()
        br.close() # закрываем браузер

def main():
    queue = multiprocessing.JoinableQueue() # создаем очередь заданий
    processes = 5
    # Урлы по которым надо будет перейти в браузере
    urls = ["http://ya.ru","http://google.ru","http://yahoo.com",
"http://bing.com","http://rambler.ru"]

    for url in urls:
        queue.put(url) # заносим данные в очередь
    for i in xrange(processes):
        t = Serfer(queue) # создаем процесс
        t.start() # стартуем
        time.sleep(0.1)
    queue.join() # приостанавливаем дальнейшее выполнение кода, пока очередь не опустошится
    print "Done"
if __name__ == '__main__':
    main()

Предисловие

Суть проблемы

Рис 1. Форма поиска Adobe Reader.

edit_box.TypeKeys("Some text{ENTER}", with_spaces=True)

import time
...
wwo_flag.Check()
time.sleep(1)
edit_box.TypeKeys("Some text{ENTER}", with_spaces=True)

import time
...
if wwo_flag.GetCheckState() != 1:
    wwo_flag.Click()
time.sleep(1)
edit_box.TypeKeys("Some text{ENTER}", with_spaces=True)

Предисловие

Необходимые знания
Первое - конструктор wx.App

Второе - перенаправление потоков вывода

Третье - предупреждения
Собираем все вместе
То, что уже было сказано

import sys
import warnings
...
warnings.simplefilter('ignore')
...
sys.stdout = open(logs_dir.decode('cp1251') + '\\my_stdout.log'.decode('cp1251'), 'w')
sys.stderr = open(logs_dir.decode('cp1251') + '\\my_stderr.log'.decode('cp1251'), 'w')
...
app = MyApp(redirect=0)
...

Небольшие проблемы с правами

import os
home_dir = os.path.expanduser('~')

В эту папку уже любой пользователь сможет спокойно записывать все, что ему нужно.

Представим себе окно (wx.Frame), которое нужно разместить на екране согласно некторому алгоритму, например, отцентрировать. Что мы делаем?

class MyFrame(wx.Frame):
...
    def __init__(self):
        ...
        ds = wx.DisplaySize()
        self.SetPosition((ds[0] / 2 - self.Size[0] / 2, 
                          ds[1] / 2 - self.Size[1] / 2))
        ...

Предположим, что метод __init__ содержит еще массу программного кода дял инициализации окна. В таком случае, логично предположить, что вышеописанная операция должна быть описана после всех манипуляций с размерами окна.

Часто такие операции происходят неявно, и, следственно, окно позиционируется совершенно неправильно, и об этом следует всегда помнить. Примером такой неявной смены размеров окна может быть, скажем установка сайзера (wx.Sizer):

self.SetSizer(self.main_sizer)
self.Fit()

В этом случае окно "подтянет" свои размеры под сайзер и, соответственно, позиционирование пройдет неправильно.

Мне очень нравится язык программирования Python. Конечно он несравним по быстродействию с Сишным семейством и с популярным Java. Скриптовость, динамическая типизация… Но всё это с лихвой окупается скоростью разработки из-за простоты синтаксиса и лаконичности получаемого кода. Более того – писать на Python приятно . Появилась необходимость облегчить работу нашего копирайтера, написать программу подбирающую синонимы к [...]

GUI Library	Краткое описание	Лицензия	Платформы	IDE	Документация
wxPython	Модуль расширения Python, описывающий GUI библиотеку wxWidgets, которая реализована на C++.	Free Software Foundation, Open Source Initiative	Windows, Unix, Macintosh OS X.	Boa Constructor, wxGlade	wxPython Tutorial, Книга “WxPython in action”
PyGTK	Набор Python-привязок для библиотеки GTK+.	GNU LGPL	Microsoft Windows, Unix.	Glade	PyGTK Tutorial
PyQT	Привязка Python к графической библиотеке Qt.	GNU GPL 2, GNU GPL 3, коммерческая	Windows, Unix, Macintosh OS X.	Qt Designer	PyQT Tutorials
Tkinter	Библиотека на основе средств Tcl/Tk, входящая в стандартный дистрибутив Python.	Free Software Foundation, Open Source Initiative	Windows, Unix, Macintosh OS X.	Python Automatic GUI Generator	Tkinter Tutorial
pyFLTK	Оболочка для библиотеки Fast Light Tool Kit. Имеется 2 пакета: pyFLTK для FLTK 1.1 и pyFLTK2 для FLTK2.	GNU Library или LGPL	Windows, Unix, Macintosh OS X.	-	pyFLTK Documentation