testengineer.ru

📰 Новости

Playwright уже лучше чем Cypress

2 месяца назад 2 комментария
Смотреть все
На сегодняшний день доступно около 20 фреймворков и инструментов автоматизации, самые распространенные - Selenium, WebDriverIO, Cypress, Nightwatch, Playwright и Robot Framework. В этой статье будет описан простой пошаговый процесс, как подобрать нужные инструменты для проекта.

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

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

🔥 Большая дорожная карта развития тестировщика

Решил стать тестировщиком. Что мне делать? Читать нашу дорожную карту - базовое руководство для тестировщиков.
Active Friends Тестировщик (Manual) 50 000 - 70 000 RUR
  • 3 месяца назад
  • Удаленно
50 000 - 70 000 RUR
Luxoft Senior Test Engineer Automation 200 000 - 300 000 RUR
  • 4 месяца назад
  • Удаленно
200 000 - 300 000 RUR
Разбираемся, как быстрее запускать тесты (и не только), орудуя плагином cypress-grep.
Во время тестирования QA-инженер работает с большим количеством документации. Чеклисты, наборы тестов, тестовые сценарии, планы тестирования, отчеты о тестировании, анализ тестирования - это лишь часть списка документов, которые должны уметь создавать тестировщики. В этой статье мы расскажем, как создавать тест-кейсы для ручного тестирования.

Цель тестирования на основе рисков - сфокусироваться на ключевых функциях и уделить им больше времени. 

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

В этой статье мы поговорим о тестировании на основе риска, а также оценим преимущества такого тестирования и популярные ошибки при его проведении.
Use case (также юзкейс, сценарий использования) – это сценарий взаимодействия пользователя (или пользователей) с программным продуктом для достижения конкретной цели. В этом материале разбираем, из чего состоят юзкейсы и смотрим примеры.

User Story переводится с английского как «пользовательская история». Это общее описание функций программы, написанное как бы от имени пользователя. В user-story формулируется, чем функционал приложения ценен для заказчика. 

Само название - user story - указывает, что этот документ имеет формат истории и излагается в повествовательной форме.

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

В этой статье мы разберем отличия user stories от спецификаций и дадим практические советы по написанию.

“Лень это двигатель прогресса как известно, она привела к появлению множества полезных изобретений. В нашей компании, лень менеджеров привела к изобретениям.

У нас в компании был парк из 50 тестовых девайсов. Их все надо было проверять, сверять версии операционки, доступность для тестеров, и возврат к сроку. Если у вас в компании есть опыт обслуживания парка тестовых девайсов, то должно быть знакомо, сколько это занимает времени, и как утомляет эта монотонная работа. Проверить все смартфоны в момент выдачи и приемки, уровень аккумуляторов, убедиться что смартфон вернули вовремя, это часть работы лида или менеджера.

$1100*
медианная зарплата в QA в ноябре

*по результатам опроса QA-инженеров в нашем телеграм-канале

🔥 Популярное

Собеседование

Последние комментарии