27 сентября в Минске пройдет конференция по тестированию и автоматизации QAASP 2019. Сайт мероприятия – https://qaasp.tech, есть опция онлайн-просмотра видео и участия в afterparty.
Среди спикеров уже анонсированы:
- Илья Кудинов, Лондон, Lead QA Engineer в Badoo – расскажет о создании собственных тулов для тестирования; - Алексей Виноградов, евангелист тестирования и основатель RadioQA – поговорит о том, как улучшить автотесты; - Евгений Толчинский, Киев, QA Engineer, ex-Ciklum – будет вести речь о тестировании уязвимостей; - Вячеслав Смирнов, Москва, эксперт по тестированию в Raiffeisen Bank – расскажет о переходе от Apache.JMeter к Gatling; - Игорь Хрол, Минск, Data Engineer в компании Automattic (работает над Wordpress.com, ex Adform, Wargaming, EPAM) – расскажет о тестировании big data.
Полный список докладов доступен на https://qaasp.tech, пока еще есть возможность подать на рассмотрение свой доклад.
Каждый участник сможет принести с собой резюме для размещения на специальной «стене вакансий», компании могут разместить на ней свои вакансии.
Примечание: это довольно длинная статья с точки зрения той памяти как у бабочки, которую пропагандируют нынешние социальные сети. Не бойтесь. Она поможет вам осознать, как сберечь часы, недели, месяцы лишней и бессмысленной работы, особенно если вы тестировщик или менеджер, работающий в регулируемом окружении.
Тестировщики часто сталкиваются с проблемами, связанными с чрезмерным упором на формальное, процедурное сценарное тестирование. Политика, бюрократия и бумажная работа объединяются с фиксацией на тест-кейсах. Менеджеры проектов и внутренние аудиторы навязывают определенную структуру и форму тест-кейсов, "потому что так требует FDA". Если вы слышите нечто подобное – это неплохой индикатор того, что говорящий не читал методическое руководство FDA.
Нина Агеева, автор и тренер курса «Погружение в тестирование. Jedi point» подготовила небольшое видео в формате влога про то, что делают крутые тестировщики с таблицами решений, как их строят, как их используют, чтобы не пропускать баги!
Таблицы решений хороши, когда у нас есть зависимость каких-то действий от определенных условий, а ещё — это простой и понятный способ визуализации данных, с которыми работают тестировщики. При правильном построении таблицы решений можно использовать в качестве тест-кейсов и не пропускать баги, которые стоят немалых денег для заказчиков тестирования.
В честь наступающего Дня Знаний Арсений Батыров подготовил 3 пакета курсов, которые можно купить с большой скидкой.
Первый включает в себя курсы по мобильному тестированию и Android Debug Bridge. Их будет вполне достаточно для того, чтобы начать работать мобильным тестировщиком. К ним можно добавить курс Азбука IT, если вы только начинаете работать в IT, или тестовое собеседование — если хотите проверить свои знания после прохождения курсов. Естественно, скидка будет действовать и на них.
Второй пакет посвящен полному погружению в мобильную автоматизацию, и включает в себя курс “автоматизатор мобильных приложений”, а также курсы по adb, git и bash. Пройдя все эти курсы и выполнив домашние задания, вы сможете поднять мобильную автоматизацию с нуля — а это ценный навык для тестировщика любого уровня. В конце курса у вас будет готовый для работы фреймворк и все необходимые знания о том, как его разворачивать, хранить и расширять. Опять же, если хотите обсудить варианты развития после прохождения курса — добавляйте к пакету опцию “симулятор собеседования”.
Наконец, последний пакет состоит из инструментов тестировщика. В него входят курсы по ADB, Bash, Chrome Devtools, Git и SQL. Вы можете значительно прокачать свои навыки (и свое резюме) за короткое время, да еще и с большой скидкой. Естественно, можно выбрать только те курсы, которые вам интересны.
Состав, цены пакетов и подробное описание можно посмотреть по ссылке.
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
Я работаю тестировщиком несколько лет, и привыкла к различным типам тестирования – таким, как приемочное, регрессионное, исследовательское, смоук. Но недавно меня познакомили с новым типом, о которым я раньше не задумывалась – с предварительным тестированием.
Каждый проект уникален и у каждой команды свои запросы. Но всех нас объединяет желание работать с качественными инструментами, которые экономят время.
Мы проанализировали проверенные временем и новые системы управления тестированием, которые сейчас популярны на рынке. Выбрали функции, которые должны быть в идеальной Test Management System, сравнили возможности продуктов и изучили отзывы пользователей.
Как итог, перед вами список инструментов, один из которых точно подойдёт вашей команде.
Здесь нет рейтинга, у каждого инструмента есть свои преимущества и недостатки. В основном, инструменты тест-менеджмента на платной основе, но почти у всех из них есть бесплатная пробная версия.
Автор: Аннелиз Хербоза (Anneliese Herbosa) Оригинал статьи Перевод: Ольга Алифанова
Тестировщики – это рассказчики. До тестирования я работала в коммуникациях, и одна из поразительных параллелей обеспечения качества и тестирования с моей бывшей профессией – это то, что важная часть работы тестировщика заключается в рассказе коротких историй через мгновенную обратную связь о продукте. Один из мощных повествовательных инструментов в их арсенале – это баг-репорт. Я постоянно стремлюсь улучшить свои повествовательные навыки, дабы повысить эффективность своих баг-репортов, и вот какие сходства я выявила:
Эта статья родилась из поста на внутреннем форуме нашей конторы, немножко пообсуждалась, слегка дополнилась, а потом я решил выложить её в итоговом виде тут, чтобы ссылаться было удобнее.
Да, пост капитанский, это ожидаемое поведение :) я просто хочу это иметь собранным, упорядоченным и общедоступным.
Введение: найди кота
В продуктах, которые мы разрабатываем, есть баги.
Мы их иногда находим. Иногда даже записываем.
Для того, чтобы помочь нашим коллегам, сделать их продукт лучше.
И очень обижаемся, когда коллеги нам пишут – "я нихрена не понял", "у меня не воспроизводится", "приди покажи".
Иногда так говорю я.
Потому что достаточно часто баги выглядят как картинка "найди кота".
Тот, кто записал баг, точно знает, где кот. Он его уже нашёл. Он уже не может его развидеть.
А я должен сидеть, пыриться в монитор и искать грёбаного кота.
Автор: Майкл Болтон (Michael Bolton) Оригинал статьи Перевод: Ольга Алифанова
Часть 1 Часть 2 В прошлый раз "Фрида", моя клиентка на тренинге, спросила про разработку тест-кейсов для аудиторов и контролирующих органов. В курсе Rapid Software Testing мы считаем полезным называть это формализованным тестированием.
