Software development reality

Все уже видели много раз картинку про project management и качели. Но это что-то новенькое и котэ присутствует :) Взял отсюда взял.

Лидер vs. Менеджер

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

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

(цитата Уоррен Беннис)

С Днем тестировщика!!

Всех с Днем тестировщика!! More bugs, more bugs!

Взял с горячо любимого QAClub

IT-JAM 2012: What might be interesting

До старта IT-JAM 2012 осталось менее суток!

Как я уже писал у нового IT-JAM новый формат. Помимо того, что организаторы пригласили 7 именитых докладчиков, которые поделятся с нами с нами своим видением современного рынка ИТ и его будущим в мире и Украине, будет еще 22 (!!!) повода туда прийти. Организаторы называют их community spots.

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

Я, конечно же, зайду в гости к QA community spot, поздороваться со старыми знакомыми и найти новых; Agile community spot, чтобы узнать новые веяния; как ни странно, Python community spot, (вот тут найти людей, которые не отказались бы открыть мне глаза на этот замечательный, особенно для тестировщика, язык программирования). И темная, для меня, лошадка Startup community spot.

Приходите, и не забудьте белую футболку.
Будет весело! :)

IT-Jam 2012: destination Kiev

Крупнейшая в Украине ежегодная бесплатная тусовка айтишников, IT-Jam, в это году пройдет в Киеве, в самом "горячем" месте этого лета: НСК "Олимпийский". Когда? 1 сентября. И да, это суббота.


В этом году это будет новый формат. Еще веселее, еще интерактивнее, еще больше общения!
http://it-jam.ciklum.net/

Буду там. Приходите :)

А что для вас интересно в проекте?

А давайте каждый из нас подумает, что интересно ему в его проекте и постарается расставить их по важности и интересности для себя. Ставьте 1-9 (9 самый важный) или 0, если фактор абсолютно не важен

Вот какие я бы выделил основные моменты (не по порядку):

1. Приятная команда
Вы работаете с людьми, с которыми вам приятно работать. Даже не смотря на мелкие шероховатости, которые могут появляться в любом коллективе
2. Адекватный заказчик (или контактное лицо(а), с которым(и) вам работать)

Ваш заказчик может быть и внутри компании, и по другую стороны границы. Вам комфортно с ним работать, легко принимать решения; вы понимаете задачи, которые перед вами ставят
3. Процессы, методологии, практики

Все что касается этого: использование code review, жизнь по Agile и только Agile, все что угодно
4. Используемые технологии

Технологии это инструмент нашей работы. Но насколько актуальность и эффективность критичны для вас?
5. Интересные технические задачи

Когда вы не работаете с командой, заказчиком вы остаетесь один со своими задачами и решаете их. Они все могут вам нравится, а какие-то не очень, но вам их решать и нередко никто другой и не справится с ними лучше вас.
6. Интересные бизнес задачи

Насколько для вас имеет значение, какие проблемы бизнеса вы решаете, в какой предметной области вы работаете?
7. Интересные организационные задачи

Всю работу надо не только сделать, но еще и организовать. Каждый член команды в той или иной степени это делает. А многие стремятся делать больше. Интересно? Насколько?
8. Командировки

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

Заполните для этого, пожалуйста, форму.

---

75 советов эффективности для спикеров

Пока думал и просматривал информацию по подготовке к презентациям наткнулся на статью, которая отлично описывает многие моменты. Поэтому просто привожу цитату с некоторыми своими комментариями из статьи 75 советов эффективности для спикеров с сайта копирайтера Дениса Каплунова http://www.blog-kaplunoff.ru/.

1.  Готовьтесь к выступлению заранее, план – это структура, которая поможет вам не сбиться с курса и не уйти в интеллектуальный дрейф.

2.  Сразу нацельте себя на то, что слушатели хотят получить от вас пользу, а не в сотый раз услышать то, что до вас им талдычат последние 5 лет.

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

4.  Разработайте убойное название вашего выступления. Отличные приёмы: аллюзия и провокация. [Хотя большое количество таких броских названий приедается]

5.  У каждого выступления должна быть цель. Обозначьте её в самом начале, чтобы слушатели вместе с вами к ней пошагово стремились. Когда люди знают цель – им легче (и быстрее) её воплотить в реальность.

6.  Если слушатели не особо знакомы с вами, вашей деятельностью и вашими успехами – перед началом выступления огласите своё краткое резюме. [Важно не столько рассказать о себе, а указать на те моменты, которые говорят, почему вы считаете, что эта ваша точка по данном вопросу, как минимум, право быть озвученной или она авторитетна]

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

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

9.  Скрывайте свои слабые стороны – у каждого человека есть слабые стороны, и вы их тоже в себе знаете. Не позвольте им «всплыть наружу».

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

11. Разбейте ваше длинное выступление на несколько одинаковых частей, чтобы сразу задать и поддерживать нужный темп.

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

13. Подготовьте качественный раздаточный материал – это поможет вашим слушателям всегда помнить о том, что вы им говорили даже спустя несколько лет. [Для больших аудиторий ничто не мешает дать ссылку в презентации, где посмотреть]

14. Никогда не стойте на одном месте – двигайтесь.

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

16. Никогда не смотрите только на одну группу слушателей, показывайте своё внимание каждому участнику.

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

18. Всегда будьте самими собой, не старайтесь примерить на себя чью-то поношенную рубашку. Мода – штука персональная.

19. Помните – на выступлениях речь идёт не о вас, а о ваших слушателях.

20. Начинайте выступление именно с речи, а не с показа слайдов.

21. Сделайте рабочую заготовку (например, «карточку») основных и ключевых моментов вашего выступления, чтобы вы ничего не забыли. Причём, это делайте, скорее, для себя – и не вздумайте читать с бумажки.

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

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

24. Рассказывайте слушателям истории, в которых принимали участие такие же простые люди.

25. Рассказывайте истории, которые происходили с вами на прошлых выступлениях.

26. Приводите примеры из своей успешной практики и расскажите, благодаря чему вы получили результат. [Да. Практика, практика и еще раз примеры]

27. Приводите примеры из успешной (и не успешной) практики других людей, в том числе ваших клиентов.

28. Не бойтесь делиться своим отрицательным опытом, ведь это тоже опыт, который порой учит лучше и быстрее, чем положительный.

29. Рассказывайте об исследованиях, которые подтверждают ваши ключевые мысли.

30. Приводите конкретную статистику, а не ограничивайтесь словами «многое», «большинство» и так далее.

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

32. Задавайте вопросы слушателям, вовлекайте их в обсуждение и всегда дайте возможность до конца сформулировать своё мнение.

33. Поощряйте слушателей за дельные мысли и ответы похвалой.

34. Старайтесь импровизировать, даже с примерами. Заготовки – это хорошо, но если вы начнёте разбирать ситуацию на конкретном примере вместе с аудиторией – степень доверия к вам увеличится.

35. Никогда не перебивайте своих слушателей, обязательно дождитесь окончания их речи и лишь тогда начинайте на неё реагировать.

36. Рассказывайте истории из опыта и практики своих клиентов.

37. Рассказывайте истории и примеры из жизни и работы известных людей и мировых брендов.

38. Всегда делитесь своей точкой зрения и обосновывайте ту или иную позицию – для этого люди и пришли вас послушать, чтобы понять вашу точку зрения.

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

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

41. Запомните, демонстрации физических примеров и вещей способны обеспечить потрясающий эффект. Каждый человек любит не только смотреть, но и «щупать».

42. При демонстрации слайдов не ограничивайтесь текстовой информацией, помните – картинки и изображения всегда получают отличный отклик во время выступлений. Даже если вы работаете только с флипчартом – можете картинки и схемы рисовать своей рукой.

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

44. Общайтесь с аудиторией доступным языком, не нужно блистать своим крайне высоким интеллектом и травить публику ненужными «понтами». Будьте ближе, проще – и вы увидите, как вас посчитают «своим».

45. Будьте последовательны в своём выступлении, каждая новая мысль должна базироваться на ранее сказанной.

46. Во время начала дискуссии используйте приём «Проблема – Решения», предлагайте свои идеи и ОБЯЗАТЕЛЬНО подключайте аудиторию.

47. Периодически прибегайте к приёму убеждения «Причина – Следствие», слушателям всегда интересно знать, почему конкретно вы желаете с ними поделиться той или иной мыслью.

48. Риторические вопросы – отличный жанр воздействия на аудиторию. Задавайте вопросы таким образом, чтобы слушатели сами давали на них нужный ответ (мысленно).

49. Делайте поразительные и провокационные заявления – они всегда приковывают внимание, и аудитория более внимательно вас слушает.

50. Всегда держите слушателей в приятном напряжении, иногда растягивайте какую-то историю, жестикулируйте, делайте паузу, задавайте вопросы «А как вы думаете?» и т.д.

51. Никогда, запомните – НИКОГДА – не говорите слушателю «Вы не правы», будьте мудрее и скажите нечто вроде «Возможно, я не чётко выразился, простите, сейчас исправлюсь…»

52. Никогда не ставьте себя выше своих слушателей.

53. Не стесняйтесь признавать свои ошибки, а из неловкой ситуации всегда выходите с шуткой, все мы люди, а вас ценят настоящим!

54. Периодически произносите известные цитаты, мысли и законы следующим образом: 80% высказывания вы озвучиваете медленно, потом жестом и взглядом приглашаете аудиторию её закончить оставшимися 20%.

55. Стимулируйте слушателей к участию каким-то бонусом или подарком, который будет вручен в финальной стадии всего мероприятия.

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

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

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

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

60. Когда вы сталкиваетесь с высказыванием слушателя, которое далеко от истины, будьте демократом: «Да, я с Вами согласен, раньше я тоже так думал, при этом…»

61. Не стесняйтесь рекламировать свои услуги и продукты, только делайте это деликатно и ненавязчиво. Пример: «В нашем арсенале, есть такая услуга ________. Недавно мы её оказывали одному клиенту ________. Представляете, какие у него произошли перемены….»

62. Поощряйте слушателей какими-то маленькими презентами за блестящие мысли и ответы – этим вы будете стимулировать остальных к более активному участию.

63. Если у вас есть партнёры – вы можете на своём мероприятии рекомендовать их продукты, при этом желательно предлагать особые условия, а не базовый стандарт.

64. Запишите часть вашей речи на диктофон и прослушайте её внимательно, а ещё лучше – дайте её кому-то из знакомых (желательно, представителям ЦА) на критику.

65. Разработайте несколько интересных собственных цитат, которые будут приковывать внимание читателей. Один из моих примеров: «Воду полезно пить, а не читать».

66. Дайте слушателям нечто, что вы раньше никому и никогда не говорили и сделайте на этом акцент.

67. Запомните, ни одному человеку не нравится его голос –  поэтому, никогда на этом не зацикливайтесь. Но если у вас с голосом и дикцией есть трудности – как можно быстрее их устраняйте.

68. Если вы замечаете, что ваша аудитория начинает уставать от информационного напряжения – развлеките её: расскажите анекдот или интересную историю.

69. Если вы собираетесь сделать акцент на какой-то ключевой мысли – подключайте соответствующие жесты.

70. Выработайте умеренный темп речи, чтобы вы не говорили скороговорками или же наоборот – не казались занудным. [Желательно говорите чуть быстрее, чтобы люди за вами успевали, но не засыпали]

71. Изучите выступления других спикеров на аналогичные темы – посмотрите, на что позитивно реагирует аудитория.

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

73. НИКОГДА не обманывайте своих слушателей.

74. Не вступайте в разгоряченную дискуссию по теме, в которой вы не сильны – лучше деликатно от этого уклонитесь.

75. Заглядывайте в этот список перед каждым выступлением.

Дольше всего, когда сомневаешься

Знаете, вот просто из опыта, когда кандидат тебе не подходит, то это видно сразу. Не подходит по большинству пунктов. Тут и разговор не стоит продолжать. Все закончится быстро.
Если кандидат тебе подходит, то все будет не так быстро. Но по сути бОльшую часть времени убеждаешься в том, что он тебе подходит и создаешь предварительную картину ожиданий от человека.
Хуже всего это когда ты не можешь понять человек подходит или нет. Т.е. вроде бы и не подходит, но все-таки все и не беспросветно, все не так и плохо. И вот дальше смотрим просветы и пробелы, и сидим, и сидим. Или же когда человек подходит, но есть пробелы, и немало. И все спрашиваешь и спрашиваешь и неопределенность все больше и больше. А время все идёт и идёт.

Даже регистр может иметь значение

- Виктор, что здесь написано?
- 77б
- б?
- Да
- А здесь?
- 38а
- Хорошо. - Одевая очки. - А для меня и там, и там "в".
(Возможный разговор)

Это я к чему? Мелочи могут иметь разной величины последствия.

QA из Skype поделятся знаниями 9го апреля

Сегодня, 9 апреля 2012, в Киеве состоится событие, на котором некоторые хотели бы побывать, но не смогут. QA Club Kiev совместно со Skype (!) организуют встречу с презентациями людей из Skype. Они поделятся с нами своим опытом и расскажут про видео тестирование (?).

Для тех, кто не может быть там мой знакомый darkproger у себя на сайте будет вести онлайн трансляцию события http://live.darkproger.net :)

Детали на http://www.ciklum.net/join/community/Building-network-QAs-gathering-in-Kiev-April2012/

Очень полезная штука jmeter plugins

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

Вот краткий их анализ, который я со временем дополню

Графики

Хронология

• PerfMon Метрики коллектор
• Активные темы во времени
• Коды ответов в секунду
• Время отклика во времени
• Ответ Задержки во времени
• Операций в секунду
• Сервер просмотров за секунду
• Пропускная способность в байтах во времени
• Сводный график хронологии

Сводные графики

• Время отклика и потоки (виртуальные пользователи)
• Пропускная транзакций и потоки )виртуальные пользователи)

Распределение

• Распределение времени отклика
• Квантили времени отклика

Почему баги это плохо для тестировщика, или тезисы для джуниора

Некоторым кажется что тестировщики очень любят искать баги. Они специально ковыряются в продукте, ищут что-то, записывают в книжечки, составляют отчеты, рыщут повсюду, разработчикам так вообще досаждают постоянно, отклоняют релизы. Короче, портят всем жизнь.
А вы думаете легко вот это вот все? Думаете нравится, когда багов много везде? Мы по-вашему, уважаемые вот-так-вот-думающие, какое-то наслаждение от этого испытываем? (Иногда бывает, но никто не без извращений маленьких живет)
Нет! Баги - это головная боль для всех. Для тестировщиков в том числе. С багами больше всего возни.

Альтернативная точка зрения на обычные вопросы на собеседовании

Обожаю такое и потому не мог не перепостить :)

Яркие ответы на кандидата на собеседовании (принят в Google)

В1. В какой битве погиб Наполеон?
* в своей последней

В2. Где была подписана Декларация Независимости?
* внизу страницы

В3. В каком штате течет река Рави? (Игра слов: В каком состоянии течет река Рави? river Ravi flows in which state?)
* в жидком

В4. Какова основная причина развода?
* женитьба

В5. Какова основная причина неудачи?
* экзамен

В6. Что Вы никогда не ели на завтрак?
* обед и ужин

В7. Что выглядит как половина яблока?
* другая половина

В8. Если бросить красный камень в синее море, каким он станет?
* мокрым

В9. Как может человек идти 8 дней без сна?
* да без проблем, он ночью спит

В10. Как Вы поднимете слона одной рукой? (Игра слов: Как Вы поднимете слона с одной рукой? how can you lift an elephant with one hand?)
* вы никогда не найдете слона с одной рукой.

В11. Если у Вас будет 3 яблока и 4 апельсина в одной руке и 4 яблока и 3 апельсина в другой руке, что Вы будете иметь?
* очень большие руки

В12. Если у 8 человек постройка стены занимает 10 часов, сколько это займет у 4 человек?
* нисколько, стена-то построена

В13. Как можно бросить яйцо на бетонный пол, не разбив его?
* любым способом, бетон хер сломаешь…

Маленький совет капитана для тест плана

Никогда не позволяйте начинать или писать тест план за вас, если вы за него ответственны и вам потом его редактировать.
Как бы заманчиво не звучало предложение: давай я тебе помогу!

"Не баксом единым"

Уже как-то постил видео Дена Пинка. Вот попалось еще одно его выступление очень похожее, но с некоторыми дополнениями.



А также наглядная анимированная интерпретация




Полностью согласен. Но вот только надо не забывать о том, что мало пообещать интересный проект, дать его им. Надо еще поддерживать "интересность" проекта, чтобы он таким и оставался.

А лучше всего позвольте команде ощущение, что это ИХ проект. Их собственный, и они не просто могут влиять на его развитие, они определяют его развитие, от их решений зависит их детище. Со своей собственностью люди чаще и обходятся по другому, совсем не так, как просто к работе.

Что бы я писал в тест плане

Давненько не писал тест план я. Давайте поделюсь тем, что получилось.
Нет, я, конечно, не буду прикреплять сюда что вышло. NDA, сами понимаете. Но вот как я вижу что там надо написать.

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


Кто?
Надо описать команду, роли и какая на каком лежит ответственность. Например,

Тест Аналитик - отвечает за тест дизайн, анализ результатов и отчетность - Петя Ёшкин

И никто не мешает при этом написать, что Тим Лид у вас тоже Петя Ёшкин, но тут другие обязанности. Почему бы со временем не стать тестовым аналитиком другому человеку (или лидером команды, а что?). А роль останется.

Что?
Определяем фронт работ. Что мы будем проверять, а что нет. Причем, второе важнее. Например,

Проверяем:Установку приложения
Доступ к функциям приложения согласно правам доступа
Основную функциональность приложения
   Календарь
   Формы отчетности
   Управление пользователями
   и т.п. штуки
Не проверяем:Управление пользователями (доменный доступ)
Логин в систему (доменный доступ)
Печать отчетов

Было бы еще замечательно добавить тут тестовые приоритеты: что важнее и первоочереднее было бы проверить. А также лучше всего, если вы пишите общий план, то разбить по типам тестирования и писать каждому скоуп и ответ на вопрос "как?".

Как?
Определяем подход к работе. Лучше всего разбивать по типам тестирования.
Окружение, общие сценарии запуска тестов (если необходимо). Например, для производительности:

1. Ставим приложение на сервер
2. Разворачиваем нагрузочное окружение
3. Настраиваем параметры теста
4. Прогоняем в тестовом режиме
5. Запускаем
6. Хватаем результаты и анализируем

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

Когда?
Не просто что сколько займет времени. Нет, этого тут можно не вставлять. Но указать когда планируются какие активности сказать надо. Можно мерить ближайшими итерациями. Можно указывать ориентируясь на события. Например, начнем проверять Календарь как только будет разработана возможность просмотра и добавления событий, но не раньше.

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

Главное - не думать шаблонами.
Enjoy :)

З.Ы. А еще у меня где-то завалялся шаблон, кажется, RUP'a, который когда-то я бережно сохранил с сайта одного заграничного коллеги. Покопаюсь и как найду, то поделюсь ссылкой или пакетом

Новый проект, первая шишка, или Как подключить testing.xml для TestNG

Закончился предыдущий проект и начался новый. Задача минимум: автоматизировать тестирование консольного приложения, которое является интерфейсом к фреймворку.

Решили использовать Java как базу для работу. Будем запускать консольное приложение и проверять фалы, базы, немного UI, вообщем все. И потому будем использовать для проверки приложений, написанных на базе этого фреймворка. За основу решили взять не jUnit, а TestNG. Почему? За очень полезную штуку по заданию порядка тестов. А порядок для экономии времени оочень важен. Шутка ли каждый небольшой тест разворачивать новую чистую инфраструктуру.

Почитал немного. Написал несколько примитивных тестов. Назвал test1 и test2. Запустил. Сначала прошел test1, потом test2. Отлично. А что тут с порядком? Оказывается TestNg использует специальный конфигурационный xml-файл. В примерах и у меня он testing.xml. Хотя это не так и важно. Главное преподнести его как конфигурационный проекту.
Создал, в том же месте, где и лежит тестовый единственный класс. Запускаем - ничего. Хмм. Нет потяно, что само по себе мало, что работает.