К счастью, мне никогда не приходилось переносить приложения с одной операционной системы на другую, однако я решал похожую задачу — построить программу несколькими компиляторами. Меня интересовали: Microsoft Visual Studio и mingw.

Так получилось, что за пару дней до того момента, когда случилось страшное появилась эта задача, мне на глаза попалась ссылка на SCons. Авторы утверждали, что SCons — это улучшенная, кросс-платформенная замена make’у, предоставляющая более простой, надежный и быстрый способ построения приложений из исходников. Забегая вперед, скажу, что с моей задачей СКонсы справились очень даже неплохо!

Итак, давайте попробуем собрать чего-нибудь с помощью СКонсов. Для начала соберем чего-нибудь очень простое — Hello, World! Пусть у нас есть два исходных файла: main.c и main.h, хотим получить helloworld.exe.
В каталоге с исходниками создаем еще один файл SConstruct следующего содержания:

env = Environment()
env.Program(target='helloworld', source=['main.c'])

Собственно это — все! Всем строиться (во всех примерах я добавил в командную строчку ключик –Q чтобы сделать Сконсов менее разговорчивыми):

D:\python\scons>scons -Q
cl /Fomain.obj /c main.c /nologo
main.c
link /nologo /OUT:helloworld.exe main.obj

Отлично, удалим построенные файлы:

D:\python\scons>scons -Q -c
Removed main.obj
Removed helloworld.exe

Переходим к водным процедурам следующему компилятору из списка. Редактируем SConstruct, заменив первую строчку на env = Environment(tools=['mingw']). Строим:

D:\python\scons>scons -Q
gcc -o main.o -c main.c
gcc -o helloworld.exe main.o

Несложно заметить, что SCons знает основные тонкости каждого из поддерживаемых компиляторов и сам разбирается с правильными ключами командной строки и расширениями объектных и исполняемых файлов.

Дальше — больше. Теперь нам надо построить динамическую библиотеку. Во второй строчке SConstruct’а пишем: env.SharedLibrary(target='helloworld', source=['main.c']). Строим:

D:\python\scons>scons -Q
gcc -o main.o -c main.c
gcc -shared -o helloworld.dll main.o -Wl,--out-implib,libhelloworld.a
Creating library file: libhelloworld.a

Возвращаемся к Visual Studio и строим:

D:\python\scons>scons -Q
cl /Fomain.obj /c main.c /nologo
main.c
link /nologo /dll /out:helloworld.dll /implib:helloworld.lib main.obj

На этом с примерами, пожалуй, всё.

Осталось только добавить несколько слов о других возможностях SCons’ов:

• SConstruct — это обычный Python’овый скрипт, поэтому в нем можно пользоваться всеми прелестями нормального языка программирования
• Умеем из коробки: C, C++, D, Java, Fortran, Yacc, Lex, Qt, SWIG. Плюс есть возможность генерации TeX и LaTeX документов.
• Поддерживаются параллельные билды.

Из грустного: последние версии Intel® Compiler Suite Professional Edition и Intel® Parall Composer не поддерживаются, но предварительные патчи добавляющие поддержку уже проходили в списке рассылки.

Интересно, а вы до сих пор пользуетесь make’ом?

Когда я впервые услышал про PyPy, сразу вспомнил этот детский мультфильм. В двух словах, PyPy — это интерпретатор Python’а написанный на… Python’е. Сначала я подумал, что это очередной проект в стиле “just for fun” или какая-нибудь студенческая поделка, однако авторами PyPy оказались довольно известные в определенных кругах люди, да и цели, которые они перед собой поставили, говорят сами за себя.

И вот совсем недавно был анонсирован очередной релиз PyPy, который работает быстрее чем CPython. Причем на некоторых тестах быстрее в несколько раз!

Интересно что будет дальше…

Поддерживаются все основные конструкции и "syntactic sugars" Perl'овых регулярных выражений за исключением ссылок назад (backreference). В анонсе также сказано, что "It's a mostly drop-in replacement for PCRE's C++ bindings".

Я бы выделил несколько классов инструментов для функционального тестирования сайтов:

• Тестовые библиотеки интегрированные в популярные Web framework’и. Обычно они поддерживают unit testing на уровне классов и отдельных функций, а также возможность сымитировать запрос со стороны клиента и проверить, что возвращается корректный ответ.
• “Эмуляторы” браузера. Twill и упомянутый в комментарии HtmlUnit относятся как раз к данному классу. И это только вершина айсберга, подобные решения существуют для большинства популярных языков программирования. Причем, обычно есть из чего выбрать даже в рамках одного языка. Основное предназначение — это тестирование работы сайта на уровне HTTP протокола. Сложно (или невозможно) проверить работу скриптов на стороне клиента.
• Инструменты интегрирующиеся и управляющие реальными браузерами (Selenium, WET, IeUnit и другие). Пожалуй, это наиболее мощное и приближенное к реальности решение, но оно наиболее медленное и я не уверен, что получится легко его использовать в процессе интеграционного тестирования.
• Никто не мешает использовать и традиционные инструменты для GUI тестирования. Например, TestComplete очень неплохо справляется с веб сайтами.

Возникает вопрос, почему я рассказал про twill в предыдущей заметке? Мне он нравиться в первую очередь тем, что им может пользоваться человек незнакомый с программированием и структурой HTML страниц (хотя, если честно, освоить Selenium IDE еще проще).
Например, нам надо протестировать страничку поиска Google. Поднимаем консоль twill’а (twill-sh) и идем на http://www.google.com/

-= Welcome to twill! =-
current page: *empty page*
>> go http://google.com
==> at http://www.google.com/

Смотрим список форм на странице:

>> showforms

Form name=f (#1)
## ## __Name__________________ __Type___ __ID________ __Value__________________
1 hl hidden (None) en
2 source hidden (None) hp
3 ie hidden (None) ISO-8859-1
4 q text (None)
5 1 btnG submit (None) Google Search
6 2 btnI submit (None) I'm Feeling Lucky
7 meta radio all [''] of ['', 'cr=countryIE']

Видим, что есть только одно текстовое поле (q), заполняем его и отправляем запрос:

>> fv 1 q twill
current page: http://www.google.com/
>> submit
Note: submit is using submit button: name="btnG", value="Google Search"
current page: http://www.google. com/search?hl=en&source=hp&ie=ISO-8859-1&q=twill&btnG=Google+Search&meta=

Мне кажется, что это несложно, а вам?

Seibel: Do you have any interest in writing better desktop software?
Fitzpatrick: The problem is, no one uses it. You want to write stuff people use, which comes down to web apps. I lost my laptop the other day and people were like, “Oh, my God, did you lose stuff?” I had no files on there. It was an Internet terminal. And it was an encrypted disk so I’m not worried about my password or cookies or anything like that. People won’t download programs, I don’t think.

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

Предположим, что нам надо протестировать форму входа на сайт. Довольно быстро можно набросать набор базовых тестов:

• Заходим на страничку login’а (login.php), вводим правильное имя пользователя (user) и пароль (pass). Нас перебрасывают на первую страницу (welcome.php), в правом углу видим приветственную надпись — You are logged in as “User”.
• На странице логина вводим неправильное имя пользователя (baduser) и правильный пароль (pass). Остаемся на той же странице, но видим сообщение — Wrong user name or password
• Аналогичный тест, но вводим имя существующего пользователя (user) и неверный пароль (badpass)

Напишем то же самое на twill’е:

go www.test.me/login.php
fv login user
fv password pass
submit
url welcome\.php
find 'You are logged in as "User"'

go www.test.me/login.php
fv login baduser
fv password pass
submit
url login\.php
find 'Wrong user name or password'

go www.test.me/login.php
fv login user
fv password badpass
submit
url login\.php
find 'Wrong user name or password'

По-моему, очень неплохой результат для скриптов длиной меньше 10 строк! А если еще учесть что у twill’а есть Python API, а другой замечательный питоновый модуль умеет грамотно разбирать HTML, то получаем мощный и гибкий способ тестировать по настоящему сложные Веб-сайты.

К сожалению, twill не умеет Ajax Но совсем недавно автор (C. Titus Brown), отвечая на вопросы в списке рассылки, написал буквально следующее — «If I do more work on twill, apart from integrating bug fixes and patches, I would probably add more features for working with CSS and AJAX, as that is likely to be in my near future.»

Как говориться, будем посмотреть...

Всегда считал, что писать — это не моё, но история про 30 часов бесплатного интернЕта, ставших стартовой площадкой для главного редактора Компьютерры-online, заставила задуматься и пересмотреть свои взгляды. Чем чёрт не шутит, вдруг и из меня что-то получится.

О чём буду писать? Пока не знаю, но Сергей утверждает, что у любого профессионала тем для интересного разговора полно. Видимо попробую пролить свет на суровые будни начальника небольшой, но дружной команды тестеров программных продуктов Intel.

В общем прошу любить и не жаловаться, искренне ваш — Дмитрий Козлов.

PS: ну а закончить свой первый монолог хочется тем же с чего начал, а именно словами старой песни Юрия Шевчука, которая как нельзя лучше передаёт моё текущее состояние:

Ужом скрутились потроха, тут санитар сдавил бока.
А он курнул и прохрипел:" Уйди, я сам."
"Ну что ж прам-пам-па-ра-ра-рам со всеми вами.
Эх, мать!"- прыжок и полетел куда-то вниз…