В конце мая этого года в Санкт-Петербурге прошла конференция SQA Days 19. Записи некоторых выступлений с конференции уже появляются в открытом доступе.
По мере их публикования мы сделаем подборки докладов по основным темам в тестировании.
Начать решили с подборки докладов, где авторы рассказывают о методах развития команды. Ниже Вы можете найти видео докладов с конференции и просмотреть презентации.
В связи с выходом новой версии JMeter 3.0. мы решили полностью переписать наш тренинг Тестирование производительности. До 12 июля на этот тренинг действует старая цена.
Запустили новый тренинг НЛО: найти, локализовать и оформить ошибку. Это практический курс для тестировщиков по локализации и оформлению баг-репортов + советы по поиску багов, который научит описывать баг-репорты так, чтобы их понял даже вернувшийся после лоботомии разработчик.
Добавили новую опцию в курс Школа тест-менеджеров v. 2.0. Раньше мы брали на курс начинающих менеджеров, у которых есть своя команда и проект. Сейчас прийти может даже тот, кто только думает о карьере тест-менеджера. В этом случае, мы предоставим ему проект и поможем собрать команду на время прохождения курса.
Вышел июньский выпуск рассылки портала Software-Testing.RU, в котором собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.
После очередной уборки на сервере выяснили, что у нас осталось несколько неопубликованных докладов со старых онланй-конференций. Те доклады, информация в которых еще не устарела постараемся выложить в ближайшее время.
Последнее время область мобильных приложений становится все популярнее. Чего только стоит приложение Angry Birds, количество загрузок которого уже давно превысило цифру в 10 миллионов!
Существует 3 основных типа Android приложений:
Native
Web
Hybrid
За 20 минут я успею показать, как автоматизировать Native Android приложения при помощи инструмента Robotium, так чтобы голова не болела.
В мае вышла новая версия JMeter 3.0. Концептуальных изменений в ней нет, однако поменялся интерфейс, изменились названия некоторых элементов, а также появились новые элементы.
Помимо адаптации к JMeter 3.0, программа обновленного тренинга претерпела и другие изменения. Учтены замечания в отзывах участников, больше времени мы уделили моментам, которые казались ученикам сложными, максимально уплотнив материал лекций. Лекции разбиты на небольшие фрагменты до 20 минут для удобства просмотра и навигации.
Дата начала работы первой группы – 29 июля.
Поэтому если Вы планировали начать осваивать тестирование производительности, не откладывайте это в долгий ящик и запишитесь в текущую группу, чтобы получить новую версию тренинга по старой цене.
В обеспечении качества различают верификацию и валидацию. Верификация отвечает на вопрос, правильно ли мы создаем продукт, а валидация – на вопрос, а то ли мы вообще создаем, что нужно. Некоторые люди проводят водораздел между обеспечением качества и тестированием, исходя именно из этих определений.
С моей точки зрения, использование терминов "верификация" и "валидация" может привести к ложным дихотомиям. Для меня тестирование – это деятельность, связанная с дизайном, и поэтому покрывает довольно широкую область. Я верю, что тесты могут стать неким "общим языком". Я верю, что тесты могут напрямую кодировать спецификации и требования. И я верю, что тесты – это источник знаний об области или продукте. Слишком большой упор на разницу между верификацией и валидацией – это неэффективный и не результативный способ понять, как именно тестирование дополняет обеспечение качества.
С моей точки зрения, неспособность воспринимать тестирование и обеспечение качества, как два различных, дополняющих друг друга процесса – это восприятие, которому явно не хватает некоторого изящества.
На самом деле я согласен, что различия между верификацией и валидацией вполне оправданы. В конце концов, эффективность – это способность делать что-то правильно. Результативность, с другой стороны – это способность выдавать правильный результат. Эффективность сфокусирована на процессе и нацелена на доведение его до конца, а результативность – на продукте (то есть, собственно, на результате этого процесса). Можно сказать и так: эффективность концентрируется в первую очередь на том, чтобы избежать ошибок, а результативность – на успехе вне зависимости от количества промахов, допущенных по пути.
Однако мне кажется, что есть способ различать эффективность и результативность, который куда лучше понимания разницы между верификацией и валидацией. Ведь тестирование прямо-таки требует гибкости и инноваций.
После очередной уборки на сервере выяснили, что у нас осталось несколько неопубликованных докладов со старых онланй-конференций. Те доклады, информация в которых еще не устарела постараемся выложить в ближайшее время.
Представляем доклад Глеба Рыбалко.
Популярность техник тестирования основанных на опыте набирает популярность с каждым годом. Скорее всего, Вы уже не найдете ни одного профессионала по тестированию и обеспечению качества, которому были бы не знакомы термины exploratory & ad hoc. Об этих видах тестирования пишутся книжки. Популярность этого направления уже дошла до того, что такое тестирование было включено в некоторые американские стандарты и предписания. Естественным образом такая ситуация отражается и на клиентах. Все чаще и чаще клиент сам приходит к Вам с инициативой внедрения исследовательского или ad hoc тестирования. И первое, что в таком случае хочется ответить это: «Да, да, конечно. Это нам поможет. Это же последние веяния. Давайте попробуем… «Но всегда ли исследовательское тестирование помогает?
Я дам несколько практических советов, которые помогут использовать данный вид тестирования на практике. Мы поговорим о следующих вещах:
Как определить цели данного вида тестирования на проекте
Как идентифицировать нужных людей, для команды «исследователей»
Какие тестовые артефакты действительно помогают в исследовательском тестировании
27-28 марта прошла конференция разработчиков, посвященная вопросам разработки, управления проектами и тестирования.
Публикуем подборку докладов, которые пригодятся тестировщикам.
Доклады на русском языке:
“Badoo Development. Развитие процессов тестирования в Badoo за три года” – доклад Ильи Кудинова о проблемах в тестировании в Badoo и о том, как эти проблемы решать.
“Digital Security. Расширяем инструментарий — тулзы пентестеров в разработке и тестировании” – доклад Сергея Белова о дополнении и улучшении инструментов, используемых тестировщиками.
“2ГИС. Автоматизация тестовой инфраструктуры в 2ГИС” – доклад Антона Галицына о проблемах с инфраструктурой, о внедрении “OpenStack”, о достоверности результатов автотестов.
“Borland. Как тестировать приложение, предназначенное для тестирования приложений?” – Инструменты для создания автотестов и инструменты для нагрузочного тестирования сами являются достаточно сложными программами, которые требуют тщательного тестирования. Тимур Шевляков рассказывает о том, как они тестируют инструмент нагрузочного тестирования SilkPerformer, какие нестандартные задачи при этом возникают и как они их решают.
Доклады на английском языке:
“The Story of Appium” – доклад Dan Cuellar, в котором автор делится своим опытом тестирования с использованием фреймворка “Appium”.
“Spotify Model Based Testing” – доклад Kristian Karl, в котором автор расскажет о плюсах и минусах “Тестирования на основе модели”.
“HPE Software Deliver fast, on time and with high quality” – доклад Karim Fanadka, в котором автор рассказывает о внедрении новых технологий и методов для упрощения и совершенствования своей работы.
Новый онлайн-тренинг Ольги Киселевой, 1 месяц занятий, 3,5 часа теории + много практики + постоянные консультации тренера в скайп-чате
с 11 июля до 8 августа
Эта херня работает некорректно
Знакомое описание бага?
В разговоре такая фраза уместна, в баг-трекере — нет. Через месяц все забудут, что это за херня была, и как именно она не работала.
На курсе мы будем учиться писать баг-репорты так, чтобы их понял разработчик, вернувшийся после лоботомии. А при виде слов «некорректно», «неправильно»... к концу курса должен начать дергаться глаз.
Зачем. Описывать баг-репорты так, чтобы их понял даже вернувшийся после лоботомии разработчик.
Проблемы оформления задач:
— Нашел, завел, она не воспроизводится.
— Разработчик говорит "не воспроизводится".Подходишь, показываешь — воспроизвелось!
— Коллеги дергают с вопросами "А что ты хочешь видеть в результате? Что такое корректная работа?"
Если оформить задачу плохо — ее не исправят. Если не найти «корень зла», ее не смогут повторить и не будут исправлять. Мы будем учиться писать баг-репорты доступно и понятно.
К концу курса у вас должен дергаться глаз каждый раз при виде слова "корректно" в описании бага.
Тестовый проект
Мы создали отдельную систему и внедрили туда ошибки, интересные с точки зрения локализации, описания или поиска. Каждый финт ушами в лекции можно потыкать вживую. При этом ошибки внедрены реальные, просто собранные с других проектов.
Какие инструменты облачного тестинга используют в Яндексе? Как устроено тестирование в Badoo? Что представляет собой система автоматизированного frontend-тестирования в Wrike?
Пару недель назад Wrike Tech club собрал около 150 специалистов по тестированию, чтобы обсудить в питерском офисе компании насущные, вечные и, на первый взгляд, почти неразрешимые проблемы QA в больших (и не очень) проектах.
Ниже видео и презентациями со встречи:
Илья Кудинов (Badoo), «Развитие процессов тестирования в Badoo за три года или как мы думали, что всё хорошо, а оказалось, что можно лучше»
Wrike QA Automated Team «Как устроено автоматическое frontend-тестирование на wrike.com»