Home

В преддверии дня тестировщика мы провели конкурс среди читателей на самый интересный и полезный профессиональный лайфхак.

Все читатели, которые прислали свои лайфхаки, были приглашены на онлайн-конференцию тестировщиков КОТэ и их лайфхаки были показаны во время перерывов этой конференции.

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

Лайфхак от Алексея Слепцова: Чтобы протестировать СМС-регистрацию/авторизацию приложения, можно воспользоваться сервисами: • http://www.receive-sms-online.info/• https://receive-sms-online.com/• http://onlinesim.ru/sms-receive

Лайфхак от Геннадия Шелухина: В своей работе я использую фреймворк PyRestTest для автоматизированного тестирования REST API. Он не требует знаний программирования; освоить его просто за короткое время. Тесты работают быстро и стабильно. Использования данного фреймворка позволило сохранить огромное количество времени на тестирование API. Порог вхождения в мир автоматизированного тестирования благодаря простоте данного фреймворка крайне низок. Однозначно рекомендую!

Лайфхак от Елены Тимошенко: "Задом наперёд" При тестировании форм старайтесь заполнять их снизу вверх и (если это возможно) справа налево. Таким образом, вы сразу проверите возможные ошибки в валидации взаимозависимых полей. Например, если набор допустимых значений в поле зависит от выбранного значения в поле выше.

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

8-9 декабря в Москве состоится хардкорная конференция по тестированию Heisenbug 2017 Moscow.

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

Главные темы конференции: автоматизация тестирования, тестирование на проде, нагрузочное тестирование, инструменты и фреймворки для тестирования и дебаггинга.

В Москву приедут как уже полюбившиеся звезды прошлых конференций, так и новые спикеры:
— Николай Алименков, завсегдатай наших конференций, эксперт в подходах и паттернах;
— Simon Stewart, расскажет о масштабировании Selenium;
— Ilari Henrik Aegerter, также уже выступавший на Heisenbug дважды. На этот раз Илари приготовит что-то новое;
— Артем Ерошенко, ставший первым в рейтинге докладов предыдущего Heisenbug;
— Владимир Ситников, хардкорный перфоманс-инженер, коммитил в JMeter (Java-инструмент для нагрузки веб-серверов);
— Алексей Лавренюк, известный по Яндекс.Танку и нагрузочному тестированию;
— Антон Архипов с докладом про TestContainers;

Больше спикеров, подробности докладов, условия участия и регистрация: https://heisenbug-moscow.ru

Чтобы получить билеты по специальной цене, используйте ключевое слово SoftwareTestingPromo.

Обсудить в форуме

Автор: Алессандра Морейра (Alessandra Moreira)

Оригинал статьи: https://roadlesstested.com/2017/08/15/low-barrier-to-entry/

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

На днях Алан Пейдж задал в Твиттере этот вопрос:

"Думают ли люди, что экспертом в тестировании можно стать быстрее, чем в других профессиях? Другими словами, воспринимается ли барьер входа в тестировании ниже, чем в других областях?"

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

Низкий порог вхождения

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

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

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

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

Обсудить в форуме

Ростов! Грядет осенний DX TECH TALK #4! 

Настал черед сурового QA meet up!

Если вам интересны технические доклады, общение со спикерами в неформальной обстановке под напитки и снэки, то добро пожаловать к нам на DX TECH TALK 12 октября в 19:00.

!Вход свободный!

Вас ожидают доклады:

In Sprint Testing. Как найти и обезвредить баги до релиза

Спикер: Сергей Федулов, QA Engineer, Devexperts (СПб)

Поговорим о том, что собой представляет In Sprint тестирование, при каких условиях возможно его проведение, и какие преимущества дает этот метод всем участникам процесса: разработчикам, команде тестировщиков и заказчику.

Гонки по граблям

Спикер: Борис Кириллов, Senior Software Developer, Devexperts (СПб)

Разбираем проблемы автоматизированного тестирования асинхронных приложений и пути их решения.

Автор: Эран Кинсбрунер (Eran Kinsbruner)

Оригинал статьи: https://mobiletestingblog.com/2017/08/25/optimizing-mobile-test-automation-across-the-pipeline/

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

С учетом инноваций, двигающих современный рынок технологий вперед, организации постоянно внедряют новые функции и новый код автотестов для покрытия этих функций.

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

Множество "хозяев" у одной и той же проблемы

Так как мы живем в мире Agile/DevQAOps, разработка кода автотестов – проблема не только QA, но и всех вообще. Тесты выполняются в процессе разработки, начиная от разработки как таковой и заканчивая интеграцией и пред/пострелизным тестированием.

Использование "умных меток" для ваших тестовых сценариев (авторизации), наборов тестов (приложение А) и типов (юнит, регресс) может быть хорошим шагом в сторону обретения контроля над вашими тестами.

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

Мы выбрали доклады с конференции, которые посвящены тестированию производительности.

1. Настраиваемое тестирование производительности, Евгений Ланцов, Deutsche Bank, Санкт-Петербург

2. Всевидящее око. Мониторинг нагрузочного тестирования с InfluxDB и Grafana, Андрей Пищулин, Перфоманс Лаб, Ижевск

3. Apache JMeter vs LoadRunner: на заре справедливости, сравнение инструментов нагрузочного тестирования, Максим Рогожников, Перфоманс Лаб, Ижевск

4. Нагрузочное тестирование: Нестандартные методы анализа потока данных в приложениях, Сергей Журин, Перфоманс Лаб, Москва

Автор: Пол Меррил (Paul Merrill)

Оригинал статьи: https://techbeacon.com/5-ways-simplify-your-automated-test-cases

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

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

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

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