Напочитать: Test... Test me harder!!!

 Уже на этой неделе в Минске состоится SQADays. Ну а пока не наступила - выпуск с сильными уклоном в тестирование.

1. Автоматизированное тестирование JavaFX приложений - с примерами и картинками.
2. Очень многие сейчас увлекаются всякими Chef-ами, Puppet-ами и прочими Ansible-ами. А ведь это все надо тоже тестировать  - инфраструктура как код - это небесплатно.
3. Замечательный набор подсказок для тестировщиков что можно делать с консолью Google Chrome.
4. О непростых взаимоотношениях разных версий Opera и как с ними жить из-под webdriver - Алексей Баранцев.
5. О том как построить схему связей модулей в проекте на PowerShell и Graphviz - тут. Причем здесь тестирование и обеспечение качества - а вот сами должны догадаться!
6. Замечательный, хоть и длинный пост про TDD и что "невсетакпросто" и флейм в комментах.
7. Ребята из LMAX Exchange (это контора, которая дала миру Disruptor, если чо) плюют в морду ребятам из Gooogle, которые говорят что end-to-end тесты - это дорогостоящая фигня.
Плюют обоснованно. От себя могу добавить - обращение с большим массивом end-to-end тестов требует принципиально других инструментов и подходов. Существующие инструменты (Continuous Integration решения, большей частью) не обладают теми свойствами которые нужны для постоянно работы с большим количеством end-to-end тестов (отчеты, логи, анализ запусков на разных окружениях, продолжать можно долго). И либо вы дальше строете/пристраиваете/достраиваете что-то свое (как мы - микросервисы), либо начинаете кричать о том, что end-to-end тесты = ( долго + дорого + хрупко + неэффективно * и вообще говно).  Меняйте mindset.


На SQA Days в Минске я как раз буду рассказывать о том как мы строим и используем микросервисы для наших (в том числе end-to-end) автоматических тестов.

Напослушать: CodeFest, RadioQA и продолжение банкета

Началось все еще на CodeFest, когда Таня Писчасова предложила поговорить про Мир без тестировщиков. Что из этого получилось - на видео ниже, там и моя говорящая (с трудом %)) тушка тоже присутствует. Однако, результаты квартирника не устроили ни меня (форматом большей частью), ни Татьяну, поэтому Таня предложила повторить - Леша Виноградов как раз организовал подкаст про тестирование, в первый выпуск которого мы и вписались. Ну и в качестве десерта - Роман Сергеевич Ивлиев, там же, на кодефесте вещал про то как они боролись со скачками активности - здесь все - Черные лебеди, теория ограничений, Битрикс.

Напочитать: Пятнашки

1. Сразу две статьи про легковесные реализации многопоточности в Java - раз и два.
2. С релизом 1.6 Docker ступает на тропу Windows. Ну и еще куча всякого в релизе. 
3. Еще не до всех дошло что можно ускорять Android эмулятор за счет тупого изменения архитектуры процессора в настройках. Будем повторять, чо.
4. Мутация JSON от Google  - jsonnet. Интересно, выживет ли.
5. Интересная возможность отлаживать вэбчик в разных мобильных браузерах.
6. Набор прикольных утилитарных библиотечек от Zero Turnaround - zt-zip, zt-exec, zt-process-killer. Молодцы,чо.
7. Пара интересных статей про Traceability на Large-Scale - про то как Facebook делает это через  логи и про то как Google делает это через интроспекцию.
8. Еще раз про Ansible. Имхо на масштабах до 100 машин - хорошая штука.
9. Вышел Guice 4.0 с улучшенным саппортом Java 8.
10. Интересный инструмент для анализа бинарной совместимости релизов - jQAssistant.
11. Windows будет теперь релизится по-другому - это если суть. Детали тут.
12. Отличный обзор Continuous Delivery от Google/Amazon/Facebook если кто-то еще не читал/смотрел. Исполняет Noah Sussman.
13. "Вы не любите JavaScript? Вы просто не умеете его готовить! " и тому подобное.
14. Вышел новый technology radar от Thoughtworks.
15. Интересная фигня от Airbnb - Airpal.

Книга: Норм Керт "Ретроспектива проекта"

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

Итак, структура книги мне в целом понравилась.
Единственное что кажется нужно править - это главу про упражнения ретроспективы - очень уж  она объемная, и в голову не влезает никак.
В остальном - структура книги отлично расскажет вам "карту территории" - как подготовится, как продать, как начать, мелкие, но полезные тонкости проведения ретроспективы.


Про содержание (субъективно).

Эта книга не про Agile, от слова совсем. Трудно себе представить здоровый гибкий процесс, в котором люди испытывали бы такой градус недоверия или необщение друг с другом и ничего  с этим бы не делали. Эта книга не про маленькие (до 5-7 человек) команды, хотя сам автор пишет что больше 30-35 человек он не фасилитирует в рамках ретроспективы, обычно до 15.

Эта книга, наверное, о самом важном чем может обладать "стая товарищей" называемая "командой разработки" - доверие и способность учиться на своих ошибках через их признание и анализ.
Скажу честно, что мне ни разу не приходилось работать  в таком коллективе, где были бы напрочь отбиты оба этих аспекта. (Хотя вру - приходилось,  но мы там ретроспектив не делали.) Работа над установлением доверия - действительно догий и тяжелый труд.  А для того чтобы "сломать психику" человека в сторону признания своих ошибок и адекватного анализа их - вообще требуется очень много времени. Но опыт автора книги по части проведения ретроспектив в различных коллективах сильно больше моего, поэтому нет оснований не верить ему.
Книга делает очень много акцентов на прошлом проекта для понимания и выявления причин тех или иных действий/явления на проекте, чтобы показать одним участникам ретроспективы, что с другой стороны баррикад сидят "тоже люди".
Пожалуй эта книга является самой крутой методичкой по части icebreaker-ов.
И пожалуй эта книга лучше всего продает роль фасилитатора ретроспективы - при том продает объективно.

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


Эту книжку обязательно стоит иметь под рукой.
Особенно если вы только начинаете.


Оценка 7/10