Оригинал статьи: http://katrinatester.blogspot.ru/2017/07/test-automation-canvas.html

Автор: Катрина Клоки (Katrina Clokie)

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

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

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

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

Более 5000 IT-специалистов собрала Международная конференция Стачка 2017. И, конечно, среди них были специалисты в области обеспечения качества, которые приехали поделиться своим опытом.

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

Оригинал статьи: http://www.cassandrahl.com/blog/tester-interviews-techniques-and-tasks/

Автор: Кассандра Лонг (Cassandra Leung)

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

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

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

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

Автор оригинальной статьи: Джефф Листфилд, testing.googleblog.com/2017/04/where-do-our-flaky-tests-come-from.html

Перевод: Анатолий Ализар, Habrahabr.ru (https://habrahabr.ru/post/327394/)

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

Ненадёжные (flaky), то есть недетерминированные тесты ведут себя иначе. Они могут показать как положительный, так и отрицательный результат на одном и том же коде. Другими словами, сбой теста может означать, а может и не означать появление новой проблемы. И попытка воспроизвести ошибку путём перезапуска теста на той же версии кода может привести или не привести к успешному проходу теста. Мы рассматриваем такие тесты как ненадёжные, и в конце концов они теряют свою ценность. Если изначальная проблема — это недетерминизм в рабочем коде, то игнорирование теста означает игнорирование бага в продакшне.

Вышел выпуск рассылки за конец июля, его содержание доступно по ссылке.

Как всегда в выпуске рассылки собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Подписаться на рассылку можно по ссылке.

Запись доклада Игоря Колосова со встречи QA-talk в Харькове.

- «Семь раз отмерь» — виды требований к производительности ПО.
- «За водой или по воду?» — как правильно собирать требования к производительности.
- «Пойди туда, не знаю, куда» — хорошие и плохие требования.
- «Одинокий рейнджер» — что делать, если вы в проекте играете соло-партию и/или ответственны за сбор требований к производительности.

Автор: Ведущий инженер по тестированию "Лаборатории качества" Ольга Панина

Оригинальная публикация: http://quality-lab.ru/key-principles-of-gray-box-testing/

Каждый начинающий тестировщик слышал о методах тестирования black-box, white-box и gray-box (методы трех «ящиков»). В сети можно найти много информации о «черном» и «белом ящиках», но статьи о методе «серого ящика» встречаются редко. Такая ситуация кажется мне не совсем справедливой, ведь многие из нас используют в работе именно эту стратегию. Я попытаюсь немного исправить сложившееся положение, подробно рассмотрев плюсы и минусы «серого ящика» по сравнению с двумя другими методами и выяснив, в каких случаях его применение будет наиболее эффективным. Тестирование «серого ящика» сочетает в себе элементы black-box и white-box тестирования, а потому я начну свой рассказ с краткой характеристики каждого из методов. 

Автор: Андерс Динсен (Anders Dinsen)

Оригинал статьи: https://asym.dk/2016/12/10/playful-software-testing/

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

Я отлично пообщался с Джессикой Инграсселино в Нью-Йорке в сентябре. Джессика руководила воркшопом по игривому тестированию в течение недели преобразований в тестировании (я читал доклад на конференции про "Тестирование – это область черных лебедей", но, к сожалению, все никак не найду времени об этом написать.

В основном мы говорили о философии.

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

У нее есть взгляд на то, как сделать тестирование игривым и увлекательным.