Home

Автор: Энджи Джонс (Angie Jones)
Оригинал статьи
Перевод: Ольга Алифанова

Один из часто задаваемых вопросов – это "каков карьерный путь инженера-автоматизатора?". Отличный вопрос, так как эта роль часто воспринимается как тупиковая; менеджерам и специалистам сложно разобраться, как же в ней расти.

Ниже я расскажу, по каким ступенькам идут инженеры-автоматизаторы и инженеры в тестировании (SDET), и дам конкретные критерии, к чему стремиться, собираясь перейти на новый уровень.

Автор: Руслан Ахметзянов, Qameta Software

Обеспечить представление данных из любой большой системы так, чтобы человек мог спокойно с этими данными работать — задача нетривиальная, но давно решенная. В этой гонке уже давно победило "дерево". Папочные структуры в операционных системах знакомы всем и каждому и исторически простое дерево в UI/UX становится первым решением для упорядочивания и хранения данных. Сегодня поговорим о тестировании, так что в нашем случае объектами хранения будут выступать тест-кейсы. Как их хранят чаще всего? Верно, в папочках!

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

Автор: Виталий Котов, https://www.learnqa.ru/

Здравствуйте, коллеги!

Возможно, вы только начинаете свой путь в профессии. Или собираетесь повысить квалификацию. В любом случае все мы при обучении в IT сталкиваемся с огромным объемом информации. Понять что нужно для старта, а что нет - довольно сложно. К тому же разным компаниям нужны разные навыки, а необходимый уровень владения каждым конкретным может отличаться: где-то на позиции Junior тестировщика будет достаточно умения запускать простейшие sql-запросы, а где-то вас попросят написать что-то более сложное с использованием JOIN и подзапросов.

Поэтому нельзя однозначно сказать: пройдите вот эти курсы, выучите вот эту книжку — и вас точно возьмут на работу.

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

Автор: Ольга Назина (Киселёва)

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

Как же сделать ТЗ понятнее? Можно улучшить текст — вместо скупого текста составить вариант использования. А можно использовать визуализацию. То есть добавить в требования картинки, диаграммы, таблицы...

Причем сделать это может не только аналитик, но и любой член команды. Тестировщикам особенно полезно визуализировать ТЗ, потому что это помогает сразу увидеть проблемные места и уточнить их ещё до реализации. Раннее тестирование и всё такое.

Опубликован выпуск рассылки за начало июня.

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

Содержание рассылки доступно по ссылке.

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

Автор: Филип Рик (Filip Hric)
Оригинал статьи
Перевод: Ольга Алифанова

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

Автор: тренер курса “English for QA engineers” Татьяна Рыжова (компания “Лаборатория Качества”)

Когда я училась в инязе, у нас в рамках общего курса английского была такая под-дисциплина как домашнее чтение: каждый должен был выбрать себе произведение из англо-американской литературы для чтения в оригинале и каждый месяц отчитываться по прочитанному. Понятно, что это всегда  было вроде пересказа сюжета с некоей художественной интерпретацией. Но кроме этого нам нужно было работать с лексикой и грамматикой, которую автор использует в своем нарративе. Задания по грамматике формулировались примерно так: “Вот как хотите, а к концу следующего месяца вам нужно в своей книге найти минимум 20 предложений со структурой Future Perfect Passive” (требуемая структура менялась каждый месяц, естественно). И мы читали и искали. И каждый раз, находя требуемую формулировку (существование которой в нормальной жизни для меня было до этого момента спорным) в тексте, я испытывала просто щемящий восторг от осмысления того, зачем нас всему этому учат (ну, если Фицджеральд так метко вставляет этот Perfect Passive в уста персонажа, значит и мне пригодится). С тех пор привычка читать не только с целью получения удовольствия и информации, но и с целью нахождения грамматических паттернов в текстах вошла в повседневный обиход.

Автор статьи: Артем Холевко, Максилект.

Текст подготовлен по материалам внутреннего семинара Максилект.

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

В этой статье я расскажу об основных функциях снифферов, которые могут быть полезны QA. Попробую не вдаваться в теорию, а сфокусироваться на практике. Наиболее популярными представителями анализаторов трафика сейчас являются WhireShark, Fiddler и Charles Proxy. Об удобстве интерфейсов и функционале каждого из них можно рассуждать долго, учитывая все плюсы и минусы. Но здесь я отдал предпочтение Charles, поскольку сам им активно пользуюсь. Буду рассказывать на его примере.