Напосмотреть: Лицекнижие

Большей частью про тестирование.

1. Кирилл Толкачев о том в какую правильную позу надо ставить Jenkins особенно если ты часть кровавого ынтерпрайза





2.  Неочевидные подходы к обеспечению качества путем анализа архитектуры (осторожно, UML), коммитов и работы кода в продакшене.

кстати говоря код их поделия можно посмотреть здесь


3. Продолжая тему Jenkins и то сколько там вокруг граблей и как это все натягивать на суровую разработку





4. Про то как в Яндексе пишут автотесты прямо в браузере





5. Концентрат мудрости - Алексей Лупан про обучение тестировщиков




В завершение два видео от Facebook на тему автоматизации тестирования Android и IOS.

IOS


Android

Напочитать: Тестовый инструментарий антигуманитария

1. Хороший дайджест для тестировщиков со всем XML-технологиями.

2. Объяснение на пальцах что такое CQRS и Event Sourcing.

3. Долгий но полезный рассказ о том как уничтожать плохие продуктовые идеи. Если вы тестировщик и не понимаете зачем вам это - слушайте старших.

4. Amazon запускает свой device cloud для тестирования Android и своей Fire OS.

5. Старый рассказ с Google Tech Talks о том как Dependency Injection/ Inversion of Control влияет на тестируемость.

6. Ребята из Яндекса рассказали о том как они балансируют Selenium Grid-ы. То что Selenium Grid хреново масштабируется известно давно, нам тоже пришлось сталкиваться с этой проблемой. Может быть когда-нибудь и мы расскажем о нашем подходе.

7. Twitter опубликовал свою Diffy - утилиту для back-to-back тестирования сервисов.

8. На Indiegogo успешно прошла краудфаундинговая компания по сбору средств на создание JUnit Lambda - следующей версии JUnit. Бюджет собрали аж дважды (216% если быть точным), есть надежда что скоро процесс пойдет, а пока можно почитать вики проекта на GitHub. Ребят проблема настолько актуальна для всех ?  Поделитесь болью в комментах.

9. ExtentReports - Очередная библиотечка для генерации репортов от автотестов. Кстати выглядит на первый взгляд весьма сексуально. Код тут.

10. Про кучу возможностей для тестирования и fault-injection testing в докладе Игоря Сухорукова, который на самом деле про аспекты.

11. О том как тестируют качество звука в WebRTC. Отличный и довольно простой пример привнесенной testability.

12. Как всегда, красочно и про самую  писечку - он иначе не умеет - Алексей Лупан про регрессионное тестирование.

13. Что не является тестируемым кодом - с примерами.

14. Как писать юнит-тесты на многопоточный код.

15. Facebook запилил WebDriverAgent - A WebDriver server for iOS that runs inside the Simulator. Ну вы поняли - скоро будут гриды на архитектуре WebDriver-а.

16. Про тестирование безопасности API раз, два, три.

Напочитать: 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) автоматических тестов.

Новости автоматизации

Моя говорящая голова с Selenium Camp


Связка TestNG + WebDriver + Spring в виде open-source проекта - один Великий Ктулху знает зачем это было делать и опенсорсить, но тем не менее.
https://github.com/persado/stevia

Workaround для установки куки - всякое в жизни случается
http://www.w3schools.com/js/js_cookies.asp

BrowserMob Proxy переехал в частный репозиторий на GitHub и обновился до 2.0-beta-8
http://blog.lightbody.net/post/49611369740/browsermob-proxy-2-0-beta-8-released

Google Test Automation Conference 2013 показывает пример того как надо делать конференции по автоматизации тестирования и уже выложили видео и презентации докладов
https://developers.google.com/google-test-automation-conference/2013/presentations


И в 100500-ый раз про то как надо дожидаться элементов на странице - уже не смешно видеть рукописные ExpectedConditions.
http://seleniumsimplified.com/2013/04/10/categorised-selenium-webdriver-api-mindmap-on-mindmeister/
http://assertselenium.com/2013/01/29/webdriver-wait-commands/

Поезняшка: Стронций

Химически чистый образец того к каким положительным(ИМХО)  последствиям приводит open source движение.
Взяли и написали реализацию Wire Protocol на .NET.
Назвали Strontium (Стронций, бишь).
И все для того чтобы не засовывать в экосистему .NET джаву.
С одной стороны - неправославно, потому что .NET вообще.
А с другой стороны - вполне себе ничего.
Ведь можно же с помощью этого всего (будем надеятся) поднять Selenium Grid Node без затаскивания Java.

 ЗЫ Jim Evans - мужииииик!!!

О странном и недостающем

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

JMeter/SoapUI хорошие тулы, но не для Web-приложений.
Потому что web - он асинхронный. Не нужно пытаться это понять, нужно просто запомнить.
Он асинхронный от браузера до сервера, внутри сервера, от сервера до браузера в обратном направлении и уж внутри современного браузера тем более.

Поэтому тестировать производительности web-приложений с помощью JMeter (по факту получать какой-то HTTP Status Code, или даже полноценный ответ) не получится.
А есть еще и JavaScript и event queue внутри браузера.

Но тем не менее очередное поколение юнлингов стремится одним сокрушительным ударом победить такого зверя как Web Application Performance Testing, не понимая что он дан нам всем не для побед, а для просветления внутри себя.

Ну и чтобы уж совсем показательно  - пример перекрестного скрещивания JMeter и WebDriver.

Новости: WebDriver как стандарт

Движение которое началось этим летом не угасло.
Не далее как на прошлой неделе в коридорах W3C было обсуждение того чем ему быть.
Детали по ссылке.

Еще один извращенный способ запуска Selenium

Вот тут господин Баранцев опубликовал статью по запуску Internet Explorer Driver Server для работы Selenium-а.

Вкратце:

1. Укладываем exe-щник в папочку, путь к папочке прописываем в PATH
2. запускаем Selemiun Server с  -Dwebdriver.ie.driver=<путь к файлу>

Глядя  на все это на ум приходят следующие мысли.

Как только разработчики браузеров не извернуться для того чтобы повысить свою привлекательность и не похерить свою приватность.

С точки зрения автоматизации браузерного тестирования Firefox пока остается впереди планеты всей - уж очень хорошо и глубоко проинтегрирован в него WebDriver (кстати вышедший из Google!!!), однако Chrome Driver как был, так и существует в виде отдельного проекта и КПП внутрь хрома, который кстати не до конца реализует спецификацию JSON Wire Protocol (мой твит и бага в трекере).

Вот и еще один пациент пошел по пути наименьшего сопротивления  - выстроить реализацию JSON Wire Protocol в виде отдельно стоящего чуда, которое нужно отдельно деплоить и обновлять в случае фиксов (опять же вспоминаем Google Chrome, который уже 20 версии!!!).

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

Как-то так, извиняюсь за сумбур.

 

И вновь о....

Как я уже писал  - скромность есть черта профессионализма, ИМХО конечно.
Разгребая почту обнаружил очередное письмо из рассылки одного небезызвестного человека в кругах тренингов по тестированию в котором он обещает обучить Selenium 2.0/WebDriver за два часа.

Много думал что написать, но не стану более писать ничего, ибо давать рекламу столь неквалифицированным тренерам - уже само по себе грешно.