Home

Автор: Деннис Мартинез (Dennis Martinez)
Оригинал статьи
Перевод: Ольга Алифанова

Лучшие практики помогают обеспечивать долгосрочное здоровье ваших проектов. Но будьте осторожны и не дайте им помешать вам завершить свою работу.

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

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

Автор: Яковлев Станислав — Team Lead команды тестирования сервиса Юла, телеграмм канал t.me/qa_chillout

Привет! После знакомства с Charles Proxy большинство из читателей захотело узнать больше про инструменты мониторинга и анализа HTTP/HTTPS трафика. Расскажем про популярный у многих тестировщиков Fiddler. Описать все возможности Fiddler в одной статье вряд ли получится, поэтому давайте рассмотрим базовые возможности, которыми мы пользуемся каждый день.

Fiddler это:

Кроссплатформенное приложение прокси-сервера для отладки HTTP. Он позволяет пользователю просматривать HTTP, HTTPS и активированный трафик TCP-порта, доступ к которому осуществляется с локального компьютера, на него или через него. Сюда входят запросы и ответы, включая HTTP-заголовки и метаданные (например, файлы cookie, кэширование и кодирование информации), с функциями, предназначенными для помощи разработчикам и тестировщикам в анализе соединений и обмене сообщениями.

Автор: Маарет Пюхяярве (Maaret Pyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

На совещании по найму нового тестировщика менеджер спросил меня, ищем ли мы мануального тестировщика или автоматизатора.

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

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

Привет, меня зовут Даша, я работаю тестировщицей клиентского мобильного приложения в Ozon.

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

27 октября в 18.30 состоится онлайн-митап SuperJob по тестированию.

В программе — интересные доклады, классные спикеры из Badoo, Skillbox, Почтатех и SuperJob, а также розыгрыш мерча за самые интересные вопросы. Митап будет полезен QA-руководителям, QA-инженерам, проджект-менеджерам и вообще всем, кто хочет от уйти от ручного тестирования в автоматизацию.

Докладчики:

Антон Шкредов, QA Lead в SuperJob, расскажет о переходе от ручного тестирования к автоматизации UI: с чего начинали, какие инструменты использовали, а также про сложности и бонусы от внедрения.

Дмитрий Макаренко, Mobile QA в Badoo, и Надежда Дегтярева, Senior QA-инженер в Badoo с докладом про системный подход к стабилизации тестов для мобильных приложений.

Роман Помелов, QA Automation TeamLead в Skillbox с докладом «Как небольшой командой начать и не провалить автоматизацию на Gherkin». Спикер расскажет, как преодолеть неприязнь к Gherkin диалекту, какие шаги нужны в первую очередь и как «подарить» это всё ручным QA.

Андрей Буров, Community QA Lead в Почтатех, расскажет о том, как в компании переводили ручных QA в автоматизацию. Чему приходится учиться самому и как учить других.

Участие бесплатно. Регистрация по ссылке.

Автор: Мария Кедемо (Maria Kedemo)
Оригинал статьи
Перевод: Ольга Алифанова

Много лет мы наблюдаем появление разнообразных коучей в индустрии разработки ПО. Больше и больше компаний стремятся к гибкости, и различные роли теряют актуальность или трансформируются во что-то другое. Самый распространенный тип коуча – это тренер Agile. В области тестирования это тест-коуч или коуч по качеству.

Трансформация роли и изменение ожиданий от нее привели, по моим наблюдениям, к определенному кризису идентичности в профессии тестировщика. Несмотря на нужду в тестировании, многие компании убирают такую роль, как тестировщик (эта статья не о тестировщиках, поэтому не буду развивать тему).

Автор: Михайлов Максим, Scrum Master компании DINS.

Слова благодарности

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

Проблема, которую мы заслужили

Мы участвуем в разработке продукта с долгой историей и сложной структурой. Продуктом пользуется 400 000 компаний по всему миру. В активную разработку вовлечены тысячи людей на 5 континентах. Разные языки, культуры и часовые пояса.

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

Автор: Эдуардо Фишер (Eduardo Fischer)
Оригинал статьи
Перевод: Ольга Алифанова

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

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