Связь пользователя с разработчиками всё ближе и душевнее.

Возможности новых технологий, Internet 3.0.34.2, сбыча мечт и полное взаимопонимание между левой и правой рукой.

Качество прежде всего.

9 сентября 1945 года ученые Гарвардского университета, тестировавшие вычислительную машину Mark II Aiken Relay Calculator, нашли мотылька, застрявшего между контактами электромеханического реле.

Проделанная работа требовала описания, и слово было найдено - «debugging» (дословно: избавление от насекомого) - так и ныне называется процесс выявления и устранения багов - причин неправильной работы компьютера.

Извлеченное насекомое было вклеено в техдневник, с сопроводительной надписью: «Первый обнаруженный баг», и в дальнейшем передано в музей вычислительной техники.

В реальности было так (перевод с английского):

- Ребята, я тут нажал, и вот, что получилось... Кажется, наш "Марк" слегка глючит...

На заднем плане - вспышки, треск, отдельные взрывы ламп накаливания.

- Что-то ты нажал? Какого (неразборчиво) ты нажал именно эту (неразборчиво) клавишу? Ты знаешь, какой процесс ты запустил, ты, (очень неразборчиво), Джонни-бой?

- Какого (неимоверно неразборчиво) ты вообще подошел к машине? Кто его сюда пустил? Кто тебя учил работать на "Марках", ты, (неразборчиво), (неразборчиво), и (неразборчиво), (неразборчиво)...

- У тебя в голове что - тараканы, или диплом инженера, (слегка неразборчиво), а? Что мы теперь скажем, неразборчивое ты слово, а?

На заднем плане - вспышки, треск, отдельные взрывы ламп накаливания. Кто-то сильно надрывается, вероятно, морду бьют. Главный инженер отрешенно играет на банджо "If only I knew"...

Всеобщим голосованием было решено назначить ответственным... маленького мотылька. Даже слово было найдено - «debugging»...

С праздником.

Используются стандартные wiki-принципы. Например, чтобы сделать заголовок второго уровня, следует написать "h2. " в начале строки. Можно ставить пробел после "h2.", а можно писать слитно.

Bold: *bold*

Italic: _italic_

Линк: [Test It Quickly|http://testitquickly.com] = Test It Quickly

UPD: рядом с каждым полем, которое допускает wiki-тэги есть желтый значок со ссылкой на полный список правил форматирования (на нем вопросительный знак). Он показывается только если в админке Jira для текстовых полей включено wiki-форматирование. Не все это знают и не все это включают.

The tricky part to agile software development is that there is no manual telling you exactly how to do it. You have to experiment and continuously adapt the process until it suits your specific situation.

This book includes:

• Practical tips and tricks for most Scrum and XP practices
• Typical pitfalls and how they were addressed
• Diagrams and photos illustrating day-to-day work
• Testing and test-driven development (на высоком уровне)
• Scaling and coordinating multiple teams
• Dealing with resistance from inside and outside the team
• Planning and time estimation techniques
• Forwards by Jeff Sutherland and Mike Cohn

Есть Free download version (9.84 MB, pdf) и Buy the print version for $22.95.

Важно: "free download" доступно только зарегистрированным на infoq.com

Регистрация минутная и ни к чему не обязывающая.

Идеальный английский язык (очень простой), идеальный стиль изложения, ответы на вопросы. Не задавание вопросов "дорогому читателю", а последовательное изложение нужных ему ответов.

Вопросы у меня самого есть, мне ответы нужны.

Для тех, кто еще не присоединился к Agile-образу жизни: получите агитационный материал с конференции Agile-2008. На фото - ярые проповедники Agile. Henrik Kniberg, если не врет, второй справа.

Команда htop в перезагрузочном тестировании под Убунтой рулит неимоверно. Иначе и быть не может.

htop - это interactive process viewer.

Для сравнения два экрана прямо из консоли:

• первый экран - результат работы команды top.
• второй - результат работы команды htop. Обе запущены одновременно и отображают работу одного и того же компьютера.

Перед началом тестирования заходим в терминалах через ssh на компутеры, которые атакуем.

Например, приложение крутится на РС1, а база данных на РС2. Если htop там не установлено, пишем sudo apt-get htop (должно подхватиться автоматически, если же нет - надо будет апдейт списку репозиториев сделать - sudo apt-get update).

Затем запускаем htop в терминалах и мониторим все атаки на сервер. Заодно снимаем с него показания - вот когда на него натравился 200-ый эмулированный юзер, сайт "умир, оказался пацталом". Скриншот и циферки.

Есть в htop сортировка отображаемых результатов, автоматическая подсветка PID при поиске, есть живые авторы программы, к которым можно засылать благодарственные письма (зовут автора Hisham Muhammad).

Из справки:

Arrows, PgUP, PgDn, Home, End

Scroll process list.

Space

"Tag": mark a process. Commands that can operate on multiple processes, like "kill", will then apply over the list of tagged processes, instead of the currently highlighted one.

F2, S

Setup screen. There you can configure meters displayed on the top side of the screen, as well as set various display options, choose among color schemes and select the layout of the displayed columns.

F3, /

Incremental process search: type in part of a process command line and the selection highlight will be moved to it. While in search mode, pressing this key will cycle through matching occurrences.

F4, I

Invert sort order: if sort order is increasing, switch to decreasing, and vice-versa.

F5, t

Tree view: organize processes by parenthood, and layout the relations between them as a tree. Toggling the key will switch between tree and your previously selected sort view. Selecting a sort view will exit tree view.

F6, >

Select field for sorting. The sort field is indicated by a highlight in the header.

Приводится пример понятия "Кристаллизация" - речь идет об эффекте увеличенной производительности, который присущ наиболее работоспособным командам разработчиков.

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

Местные примеры: "IQ labs" в васильковскую эпоху. Или газета "Вечерний Кишинев" в исаевскую эпоху.

Команда, прошедшая кристаллизацию - это группа людей, столь сильно связанных (не веревками), что целое становится больше суммы составляющих его частей. Производительность этой команды выше, чем производительность тех же людей, не перешедших порог кристаллизации. И, что столь же важно, удовольствие от работы также выше, чем можно было бы ожидать, учитывая природу работы.

Как только начинается кристаллизация команды, вероятность успеха очень резко возрастает. Управлять этой стихией - одно удовольствие. Управление в традиционном смысле этого слова им не нужно, и уж точно не нужны дополнительные стимулы. Они уже обладают собственным импульсом.

Кристаллизацию команды обычно сопровождает сильное чувство индивидуальности.

Участники хорошей команды испытывают ощущение элитарности. Они чувствуют, что составляют нечто уникальное, что они выше всякой заурядности. Они проявляют смелость, достойную спецназа, что может отчасти раздражать людей, не входящих в группу.

На заре времён (скажем так) в штате Нью-Йорк существовала компания, производившая большие синие компьютеры. Компания также выпускала программное обеспечение для этих компьютеров. Клиенты компании были весьма достойными людьми, но, говоря между нами, имели обыкновение препротивно придираться к программам с ошибками. Какое-то время компания прилагала усилия к обучению клиентов, чтобы сделать их более терпимыми к ошибкам. Но из этого ничего не получилось, поэтому пришлось проглотить пилюлю и начать избавляться от ошибок.

Простой и очевидный подход - заставить программистов удалять все ошибки перед сдачей программы. Этот подход по какой-то причине тоже работал не очень хорошо. Похоже, программисты (по крайней мере, в те времена) были в целом слишком хорошего мнения о своих программах. Как они ни старались, найти все ошибки до последней не могли, поэтому часто объявляли о готовности программ, полных изъянов.

Тяжело было обнаружить последнюю ошибку, но некоторые тестировщики справлялись лучше своих коллег. Компания сформировала группу из этих особо одарённых тестировщиков и предоставила ей право окончательного тестирования критических приложений перед отправкой их клиентам. Так родилась легендарная Чёрная Команда.

Изначально в Чёрную Команду входили люди, проявившие себя в тестировании и превосходившие в этом качестве своих коллег. У них было больше мотивации. Они тестировали также и чужой код, поэтому были свободны от когнитивного диссонанса, сковывающего разработчика при тестировании собственных программ. В конечном итоге руководители, сформировавшие команду, ожидали хотя бы скромных улучшений качества продуктов, но не более того. А вот получили они гораздо больше.

Удивительное заключалось не в том, насколько хороша была Чёрная Команда на заре своего существования, а в том, насколько она улучшилась за последующий год. Происходило что-то волшебное: в команде началось формирование индивидуальности. Эта индивидуальность находилась под влиянием оппозиционной философии тестирования, созданной участниками группы. Философия гласила, что они должны желать и ожидать недостатков в программах.

Они вовсе даже не болели за разработчиков, но напротив находили наслаждение в том, чтобы подвергнуть программу (и программиста) испытаниям, которые были бы не просто тестом. Когда программист приносил программу на тестирование в Чёрную Команду, он чувствовал себя, как на аудиенции у Мина Беспощадного (персонаж комиксов, воплощение чистого зла).

Поначалу просто ходили шутки, что тесты Чёрной Команды подлые и скверные и что участникам группы очень нравится, когда код работает неправильно. Затем шутки закончились. Члены команды начали культивировать образ разрушителей. Они разрушали не только ваш код, но и весь ваш день. Они делали нечеловечески несправедливые вещи, чтобы добиться сбоя: перегружали буферы, сравнивали пустые файлы, набирали возмутительные последовательности на клавиатуре. Взрослые мужчины и женщины начинали плакать, когда видели ужасное поведение своих программ в руках сумасшедших врагов. Чем хуже вам приходилось, тем большее удовольствие получала группа тестирования.

Чтобы усилить неприятный образ, участники команды начали носить чёрное (отсюда и название "Чёрная Команда"). Они взяли в привычку страшно фыркать, когда программа давала сбой. Некоторые отращивали длинные усы, которые крутили, подражая Саймону Легри (страшный работорговец из романа "Хижина дяди Тома").

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

Что и говорить, компания была в восхищении. Каждый дефект, найденный командой, клиентам уже не суждено было увидеть. Команда стала настоящей удачей. Удачей в качестве подразделения тестирования, но, что более важно для нашего изложения, в качестве социальной ячейки. Люди в команде получали такое удовольствие от своей работы, что коллеги вне команды, несомненно, завидовали им. Чёрная одежда и по-детски глупое поведение были частью этого удовольствия, но происходило здесь и кое-что ещё. Химические процессы внутри группы стали самодостаточными.

С течением времени участники команды время от времени покидали её, чтобы заняться другими вещами. Поскольку функция команды была весьма важна для компании, уходивших людей заменяли немедленно. И так продолжалось, пока в какой-то момент не осталось ни одного из участников первого состава. Но Чёрная Команда продолжала жить. Она пережила потерю всех основателей, но полностью сохранила свою энергию и индивидуальность.

qa,  тестирование функции save,  убить тестировщика

Даже не могу не знать, кто это тут искал.

Ежедневно приходится одновременно смотреть в два экрана - и на браузер, и на файл с рекуайрментами или тест-кейсами. Задрало постоянно переключаться между окнами в рамках одного монитора.

Иногда по сети скидывал второй документ на "РС2-воспомогательный", и косился на него в процессе работы. Коситься удобно, но когда нужно его редактировать, руки-то лежат на клавиатуре "РС1-основной" (если быстро думать, то понятно, почему я иногда использую национальные молдавские ругательства)... Да и я не любитель мышей. Сила в шорткатах, а не в деньгах.

Проблема

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

Что можно сделать штатными средствами

На "РС1-основной" через Terminal Server Client открыть полный доступ для "РС2-воспомогательный". Теперь все, что происходит на "РС1-основной" (где руки на клавиатуре лежат), отображается синхронно на мониторах обеих машин - через LAN.

Но это как раз мешает изредка коситься на документ со второго монитора.

Также это не решает проблему работы с двумя компами с одной клавиатуры.

Решение проблемы

На "РС2-воспомогательный" через Terminal Server Client открыть полный доступ для "РС1-основной". Можно с паролем и предупреждением о том, что "к вам шведы ломятся".

Инструкция

На "РС2-воспомогательный" заходим в меню Система - Настройки - Удаленный рабочий стол, и выставляем птички:

• Allow other users to view your desktop
• Allow other users to control your desktop
• Ask you for confirmation

Имхо, требовать пароль при этом подключении не обязательно, поэтому последнюю галочку можно не дергать.

На "РС1-основной" идем по пути Приложения - Интернет - Клиент терминального сервера, выбираем протокол VNC, указываем IP-адрес машины, к которой подключаемся, и, собственно, подключаемся.

На мониторе "РС2-воспомогательный" должно появиться предупреждение о шведах, которые ломятся.

Теперь на мониторе "РС1-основной" в отдельном окне отображается все то, что происходит на "РС2-воспомогательный". Управление полное. Можно даже через GIMP делать скриншоты на мониторе "РС2-воспомогательный", и потом забирать готовые файлы на "РС1-основной" через LAN.

Радости

На "РС1-основной" это окно можно сунуть куда угодно, или свернуть, или на десктоп №3 отправить - на мониторе "РС2-воспомогательный" ничего не меняется. Но все то, что нужно изменить в документе с монитора "РС2-воспомогательный", делается с клавиатуры и мышью "РС1-основной" в ремот-окне.

Неудобства

Неудобство мелкое - файл, который надо открыть на мониторе "РС2-воспомогательный", сперва нужно перекинуть с "РС1-основной". Неудобство не глобальное, секунд пять на это уходит (эта проблема решена).

Неудобство среднее - при редактировании документов в ремот-окне не работают некоторые "оконные" шорткаты типа Alt+TAB, которые нас между окнами переключают, а Alt+F4 закрывает само ремот-окно. Временами приходится дергать мышь. Зато все остальные шорткаты ("Сохранить" и прочие подобные) работают нормально. Особенно Alt+F4, про коварство которого нередко забываешь :)

Впрочем, хоть и мышью, но в ремот-окне с "РС2-воспомогательный" можно делать все, что угодно, в том числе и переключать тамошние виртуальные столики.

Крупных неудобств не обнаружил, за исключением следующего: если на "РС1-основной" запущены Beryl, Compiz Fusion и прочие украшающие менеджеры окон, и мы закроем ремот-окно через Alt+F4, то рабочий стол на "РС2-воспомогательный" будет чудачить. К примеру, можно будет переключаться между окнами, развертывать их и перекладывать, но закрыть их по крестику в правом верхнем углу - нет.

И при попытке повторного подключения, в окне "К вам шведы ломятся..." нажатие на Refuse или Allow ни к чему не приведет. Вроде нажимаются кнопки, а результата нет. Выход - на "РС2-воспомогательный" жмем носом на Reset. Можно перегрузить только Gnome (дефолтно по Ctrl+ Alt+Backspace).

Не будем же мы отключать красоту только потому, что "РС2-воспомогательный" от нее чудит :)

Итак, в нагрузочном тестировании главное ухитриться и запустить с нескольких компьютеров скрипты, подобные феноменальному JMeter. Цель скриптов - нежно или грубо грузить тестируемый сервер запросами по определённым сценариям.

Предполагается

1. Наличие JMeter, или Siege, или ApacheBenchmark, или любую другую подобную утилиту, тестировщик уже освоил.
2. что выбранная для применения утилита установлена на всех тех компьютерах, которые будут "мочить" сервер
3. что тестировщик умеет лично перебегать между компутерами (или теребить коллег) и поочередно запускать с них JMeter-атаки.
4. что на всех задействованных в этом тестировании компьютерах созданы профили с идентичными логином и паролем. Например, testuser/testpass. Кто этого не сделает, тому все равно придется это сделать, а причину я объясню чуть позже.

Теперь сюрприз: что существенно облегчит перебежки тестировщика между компутерами?

Правильно, существенно облегчит перебежки тестировщика между компутерами утилита Cluster SSH. А также любая Ubuntu Gutsy Gibbon или Hardy Heron.

Cluster SSH — программа с графическим интерфесом, позволяющая открыть несколько соединений по SSH и выполнять одновременно во всех них команды.

Установка (на добро)

Открываем терминал:

sudo apt-get install clusterssh
Y, разумеется, Y!

Пока ставится, открываем еще одно терминальное окно (позже будет удобно), и пишем команду, которая создает файл с конфигурацией cssh - starting the utility will be much faster with a configuration file (as this prevents searching for required files):

sudo cssh -u > /home/user/.csshrc

В справке путь указан как $HOME. Если у вас домашняя директорая иная, нежели /home/user/, пишите иное.

Запускаем в этом же (втором) терминалике Midnight Commander с правами root (да не убий Убунту):

sudo mc

В левой панели ищем /home/user/.csshrc и открываем его. Внимательно смотрим содержимое. Внимательно закрываем содержимое, бо нефиг его трогать. Повторять до просветления.

В правой панели переходим в 'etc/'. Там рожаем файл clusters:

>clusters

Открываем этот файл на исполнение, и вписываем в него IP компьютеров, на которых располагается наше оружие (JMeter, например):

host1 = user@192.168.1.32
host2 = marin@192.168.1.36
host3 = boss@192.168.1.200

stressit = host1 host2
stressitall = host1 host2 host3

Не спеша прочитав, слушаем внимательно.

host1

Количество вписываемых хостов, с которых будем запускать JMeter, неограничено. В этом примере прописано три компьютера. Если надо, пишем сто компьютеров. Или тысячу.

user@192.168.1.36

'user' - это имя пользователя на удаленной машине, которых мы заранее завели перформанс-теста ради. Если юзера там зовут 'Petea' - пишем в нашем файле 'Petea'.

'192.168.1.36' - это IP. Как круто это знать. IP вам выдаст администратор вашей сети, под пытками с применением пива и пиццы. В общем, как договоритесь.

При первом подключении к удаленным компьютерам CSSH выдаст предупреждение и вопрос, мол, 'вы точно хотите подключиться к еще неизвестному мне компутера?' Придется сказать Yes. Зато потом утилита уже будет знать, что мы ломимся к удаленному компу под указанным нами пользователем, и будем спрашивать только пароль входа.

stressit

'stressit' - это произвольное сочетание букв, это тэг, который будет распознавать CSSH. Тэг говорит утилите - мы хотим запустить наши руки в компы, которые у тебя прописаны под host1 и host2. Имя тэга зависит только от ваших сексуальных предпочтений. Как хотите, так его и назовите. Я назвал его 'stressit', и ничуть не сожалею об этом.

Таких тэгов может быть сколько угодно, на случай, если нам нужно будет запускать не всю армаду подчиненных компьютеров разом, а по несколько, для исполнения разных сценариев одновременно. Очень продуманная вещь.

'stressitall' - это пример другого тэга, который говорит: мы убиваем сервер, сразу абсолютно все наши компы. Почему все? Потому, что для этого тэга я указал абсолютно все наличные в файле 'host' - и host1, и host2, и host3. Было бы 100 хостов - пришлось бы прописать их всех. Но сейчас у меня под рукой только три копмьютера, поэтому такая запись в файле 'clusters'.

Кстати, мы же создали на всех компах тестовых юзеров-пустышек? Значит, наш файл 'clusters' выглядит так:

host1 = user@192.168.1.36
host2 = user@192.168.1.37
host3 = user@192.168.1.200

stressit = host1 host2
stressitall = host1 host2 host3

'MC' можно закрыть.

Запускаем cssh

В терминал:

sudo cssh stressit

С правами root мы открываем cssh и повелеваем ей запустить именно те хосты, которые прописаны в файле 'clusters' под тэгом 'stressit'.

В терминале для каждого хоста пишут угрозы типа - WARNING: unknown host = (see -i switch, or ignore_host_errors in .csshrc) - ignoring. Их можно игнорировать. Лезть в конфиг-файл и говорить Yes для опции ignore_host_errors не рекомендуется. Пробуйте, если не верите.

При первом подключении к удаленному компьютеру в консоли cssh должен появиться вопрос, мол, вы стукаетесь на такой-то компьютер. Он неизвестен. Вы уверены, что надо к нему подключиться?

Надо полностью написать слово "yes".

Ответ cssh - Warning, permanently added такой-то IP to the list of known hosts, и при последующих запусках этого вопроса не будет. Будет сразу приглашение ввести пароль для доступа. Что нам и нужно.

Теперь предлагаю поэкспериментировать с утилитой. Можно всякие ее немногочисленные опции подергать. Закрыть и снова запустить.

Можно добавить еще один (или сто) хост по рецепту user@server. Но в принципе - нечего тут дергать, если мы уже все прописали в файле 'clusters'.

Если ковыряние завершено, запускаем утилиту по-серьезному. Откроем два компутера которые у нас под тэгом stressit записаны.

В терминал:

sudo cssh stressit

Видим:

Окна я сам расположил равномерно.

Прошу заметить, что в основном окне есть поле ввода. В нем мигает курсор, и позже мы будем туда вписывать кое-чего, но, прикол, в этом поле ничего из того, что вводится, не отображается... Да и не надо.

Тем не менее, через это поле будем посылать команды во все открытые сеансы (на все компьютеры).

Прошу знать

• если команду нужно выполнить только для одного сервера, обратитесь к нужному окну терминала.
• Чтобы исключить сеанс из перечня массового выполнения команд, нужно снять соответствующий флажок в меню 'Hosts' в основном окне утилиты.
• Чтобы исключить все сеансы сразу, используйте команду 'Toggle active state' - в основном окне. Применив ее - не жалуемся, сеансы действительно отключаются.
• Для упорядочивания окон на экране применяем команду 'Retile'.
• Справка по программе есть и в меню Help - Documentation, и в консоли - man cssh, и на sourceforge.net.

Все запущено, в основном окне в поле ввода мигает курсор. Сходу пишем пароль для доступа к удаленным юзерам. Он, по правилам юникс, не отображается. Пишем пароль, жмем "Enter" - хо-хо мы получили доступ!

Для разгона впишем команду 'ls'. Вот теперь отлично видно все, что пишем - это отображается сразу во всех открытых консолях.

Рулез!

Если дома не ждет горячий ужин, то знакомимся еще и с ChainSSH - a shell script to simplify ssh logins via multiple sshgateways/firewallgateaways - вдруг пригодится.

Пишем в блокноте:

a!@#$%^&*()_+*\:,"/;'b

Теперь при шаге "Введите, плиз, запрещенные символы", копипастим всю эту строку четырьмя двухклавишными аккордами. В поле после этой операции остаются только те символы, которые разрешены (буковки, в частности).

Вставили:

a!@#$%^&*()_+*\:,"/;'b

Видим:

ab

Похоже, скрипт сегодня вечером уже будет завершен :)

- Так я ж тебе как программисту лучший скриншот подарю!
Допусти, а я отблагодарю!