Home

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

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

А также представляем тренинг нашего партнера Professional Scrum Master (PSM), Москва, 16 июля

Доклад одного из наших тренеров Натальи Руколь (автор и ведущий тренингов Школа тест-менеджеров и Школа тест-аналитиков) на конференции SQA Days 17.

Глупые люди наступают на одни и те же грабли потому, что ничему не учатся. Тестировщики наступают на одни и те же грабли потому, что надо воспроизвести дефект.

На конференциях принято рассказывать: мы сделали такую крутую штуку! Мы внедрили опупенный инструмент! Посмотрите, как мы справились с этими техниками… Такие рассказы слушать приятно, и есть, чему поучиться. Но наши рабочие дни обычно состоят не из геройских подвигов! Мы сталкиваемся с проблемами и трудностями:

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

Что делать при возникновении таких проблем? Я знаю отличное решение:

расплакаться! Но на докладе расскажу о другой реакции: как извлекать полезный опыт из каждой допущенной ошибки.

На этом докладе вас ждут:

• мои самые позорные грабли в карьере тестировщика
• извлечённый опыт и найденные решения
• самоуспокоительные мантры тестировщиков.

Публикуем подборку докладов с SQA Days-17, посвященных ручному тестированию.

Перед тем, как поставить задачу в баг-трекер, проверьте название в Багреде. Он подскажет, что в названии плохо и как это можно исправить.

Попробуйте прогнать через него текущие задачи из баг-трекера или просто понажимайте на примеры :)

Поймает абстракции и «некорректности», расскажет на примерах, как можно улучшить название.

Отправляйте туда своих джуниоров :)

Все примеры по тестированию ориентируются на форму регистрации или числовое значение. А когда тестировщик приходит на работу и видит там строковое поле, начинается ступор — как тестировать? Какие там баги могут быть?

Компания HumanFactorLabs опубликовала статью про примеры тестовых данных для тестирования... Адресов! 

Оригинальная публикация

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

Недавно нас попросили привести примеры необычных адресов, в связи с чем и написана эта статья.

Запись доклада Алексея Баранцева на июньской встрече клуба тестировщиков в Москве.

Если почитать какую-нибудь книжку про разработку автотестов или просто погуглить по словам "successful test automation" -- можно найти множество разнообразных рекомендаций. Выбирайте правильно инструмент. Проектируйте и выстраивайте правильную архитектуру тестов. Уделяйте внимание тому, чтобы тесты было легко поддерживать. Не забывайте про планирование и управление (вообще-то это надо было бы поставить первым пунктом).

Но когда вы только приступаете к созданию автотестов -- вы ещё не знаете ничего ни про инструменты (насколько хорошо они вам подойдут), ни про архитектуру, да и управлять ещё нечем. Планировать в условиях такой неопределённости тоже сложно.

Что же делать?

Вы когда-нибудь выращивали цветы? Комнатные, или на клумбе, или может быть даже не цветы, а кусты или деревья?

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

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

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

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

Публикуем подборку докладов с SQA Days-17, посвященных автоматизации тестирования.

Автор: Ольга Алифанова

Наиболее распространенный подход к определению серьезности бага в той или иной формулировке встречается в большинстве источников. Например, у Романа Савина:

• Критическая – системный сбой, потеря данных, проблемы с безопасностью.

• Значительная – зависание, блокирование использования, кодирования, тестирования

• Умеренная – функциональные проблемы

• Низкая – косметические проблемы