Вышел очередной выпуск рассылки портала, где собраны новые статьи, заметки блогов и темы на форуме.

Посмотреть выпуск можно по ссылке.

В трансляцию блогов еженедельно добавляются новые блоги. Их количество уже давно перевалило за отметку 100. Ну а мы продолжаем знакомить Вас с новыми блогами.

Знакомьтесь – блог Cообщества тестировщиков Екатеринбурга: http://uraltester.ru/

О сообществе:

Мы существуем!
Но самое главное - у нас есть цель и мы регулярно собираемся оффлайн, чтоб к ней приблизиться и по дороге просто поболтать.

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

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

Если ты тестировщик из Екатеринбурга - присоединяйся!

http://uraltester.ru/
https://vk.com/uraltester
https://www.facebook.com/groups/uraltester/

Регулярно на форуме или в почту нам приходят сообщения с вопросом "как стать тестировщиком, с чего начать"?

С одной стороны, новичку очень легко учиться, узнавать что-то новое. Потому что всё вокруг новое :)

С другой стороны, это скорее мешает, чем помогает: непонятно, с чего начать. Нужен какой-то план освоения нового материала.

Наш тренер Ольга Киселева подготовила статью «Как стать тестировщиком, с чего начать», а в прошлом году мы совместно с Ольгой запустили сайт Testbase, на котором собраны основные навыки, необходимые тестировщикам, а также разные полезные ссылки по теме.

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

А что делать, если вы уже вроде бы всё прочитали, но всё равно чувствуете, что вы пока не готовы идти работать тестировщиком? Или для самообучения не хватает самодисциплины? Или нужно срочно-срочно и нет времени всё это читать?

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

Разумеется, за неделю или даже месяц хорошим тестировщиком вы не станете ни на каких курсах. Разве что это будет 8-часовая ежедневная стажировка. Цель курсов -- заложить базу, дать представление о тех навыках, которые вам предстоит развивать в течение следующих несколько лет.

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

Автор: Брендан Коннолли (Brendan Connolly)

Оригинал статьи: http://www.brendanconnolly.net/keep-it-simple-theres-more-to-it/

Перевод: Ольга Алифанова.

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

Иногда он может означать следующее:

Не нарушай статус-кво

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

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

Автор: Майкл Фрициус (Michael Fritzius)

Оригинал статьи: https://testzius.wordpress.com/2016/02/22/continuous-integration-strategies/

Перевод: Ольга Алифанова

Привет! В вашей компании наверняка есть автотесты в той или иной форме, которые делают работу за вас.

Они экономят вам время, правда?

Эээ... не всегда.

Чем больше команд переходит на DevOps, тем очевиднее становится необходимость автоматизировать автотесты.

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

Этот процесс называется "непрерывная интеграция" (CI) или "непрерывная разработка" (CD).

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

Публикуем подборку докладов с Analyst Days – 5, которые пригодятся тестировщикам.

"To requirements and beyond..." – доклад Оливье Дену о взаимодействии тестировщиков и аналитиков и их общем вкладе в качество продукта.

"Как повысить личную информационную эффективность" – доклад Екатерины Калининой об умении эффективно работать с информацией.

"Коммуникация при различной структуре мышления - таксономия против фолксономии" – доклад Максима Цепкова о том, как эффективно взаимодействовать с людьми, чье мышление отличается от вашего.

"Ловушки прошлых проектов при разработке новых" – доклад Анны Горбатенко об обучении на прошлых ошибках.

У нас совсем скоро стартует курс Комплексная система подготовки тестировщиков по программе ISTQB, а вокруг ISTQB постоянно ходят споры. Что именно демонстрирует сертификат? Это ненужная бумажка или показатель уровня знаний? Представляем перевод статьи Дороти Грэм (Dorothy Graham) про суть и цели ISTQB.

Автор: Дороти Грэм (Dorothy Graham)

Оригинал статьи: http://dorothygraham.blogspot.ru/2011/02/part-1-certification-is-evil.html

http://dorothygraham.blogspot.ru/2011/02/part-2-bit-of-history-about-istqb.html

http://dorothygraham.blogspot.ru/2011/02/part-3-certification-schemes-do-not.html

Перевод: Ольга Алифанова.

Статья состоит из трех частей:

1. Мой ответ на мнение "Сертификация - зло".

2. Немного истории ISTQB-сертификации

3. Критика сертификации как плохого инструмента для оценки навыков тестировщика.

Сертификация - зло

Мне очень понравилась статья Клуба Тестировщиков "Тестировщик - это навсегда" (http://blog.softwaretestingclub.com/2010/11/a-tester-is-for-life-not-just-for -christmas/), в которой разные люди отвечают на одни и те же вопросы.

Что меня шокировало, так это масштаб негатива в адрес сертификации. Заданный вопрос звучал как "Что вы думаете о профессиональной сертификации тестировщиков?". В США есть квалификационные модели для тестировщиков, появившиеся раньше ISTQB, но большинство опрошенных по умолчанию предположило, что их спрашивают именно про ISTQB-сертификацию.

Через пару недель в Москве пройдёт большой профессиональный фестиваль "Российские интернет-технологии", включающий в этом году в себя аж семь конференций: по серверной и фронтенд-разработке, по управлению и предпринимательству, по разработке мобильных приложений, по высоконагруженным системам и конференция на стыке enterprise и web-культур.

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

Например, секция про "A/B-тестирование" в конференции серверных веб-разработчиков Backend Conf. Ну и что же тут уникального, спросите вы? А то, что рассматривать тему сплит-тестирования мы будем не через призму того "это обязательно надо делать", а с фокусом "как правильно это сделать"! Причём правильно с технической, инженерной точки зрения.

Почти все веб-проекты проводят A/B тестирование своих изменений. Это модно, и это вроде бы работает. Но многие обнаруживали, что целый год повышали какой-то ключевой параметр (например, конверсию), внедряли только те изменения, которые по A/B тестам показывали значимый плюс, но через год времени и сорок таких внедрений конверсия оставалась на том же уровне, что и в самом начале. Отчего это бывает?

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

В секции сейчас три доклада:

• AB-тестирование: на что следует обратить внимание / Артур Маликов;
• Малоизвестные грабли A/B тестирования и роль контрольных экспериментов / Роман Поборчий;
• Построение моделей на примере продаж рекламы / Алексей Праслов.

Конечно, это не единственные материалы по тестированию на фестивале. Почти в каждой конференции есть свои доклады с уклоном, конечно, на тематику конференции.

Например, в обучающей конференции по высоким нагрузкам в докладе "Оптимизация сайта. Диагнозы и курсы лечения" Иван Михеев рассказывает про тестирование производительности, поиск узких мест, работу со средствами профилирования и оптимизации. Проблемы производительности изучаются также в докладе "Практика применения Pinba в Badoo" от Дениса Карасика. Основные аспекты доклада это конкретные примеры и задачи: измерение производительности php скриптов, измерение времени обращений к внешним сервисам, измерение «хитрейта» кэша, измерение производительности обработки очередей, построение распределений и использование перцентилей.

Другой пример — тестирование фронтенда, подробно рассматриваемое в конференции для фронтенд-разработчиков Frontend Conf. Алексей Малеков в докладе "Радости и гадости регрессионного тестирования вёрстки" рассказывает, как они построили систему, автоматически проверяющую проекты студентов обучающих курсов на соответствие исходному макету.

Андрей Сумин в докладе "Как отвечать за продакшн" расскажет про то, что можно сделать за пределами тестирования.

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

Интересно?

Нам тоже! Поэтому мы выбили из организаторов скидку для наших подписчиков — при бронировании используйте код SoftwareTesting2016. Участие в фестивале платное, участники могут приобрести билеты как на отдельные конференции, так и билет-вездеход на весь фестиваль в целом. Доклады про тестирование размазаны по всему фестивалю РИТ++, поэтому наш скидочный код даёт скидку именно на весь фестиваль в целом.

Подключайтесь и до встречи на фестивале!