Обучение

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

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

Разбираемся, как быстрее запускать тесты (и не только), орудуя плагином cypress-grep.

Во время тестирования QA-инженер работает с большим количеством документации. Чеклисты, наборы тестов, тестовые сценарии, планы тестирования, отчеты о тестировании, анализ тестирования - это лишь часть списка документов, которые должны уметь создавать тестировщики. В этой статье мы расскажем, как создавать тест-кейсы для ручного тестирования.

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

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

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

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

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

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

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

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

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

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

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

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

Правило Парето 80/20 - компактный и важный принцип, улучшающий продуктивность тестировщика, упрощающий его рабочие процессы. Здесь обсудим этот чудесный принцип, и его применение в тестировании софта.

Ведь можно тратить очень мало усилий, и при этом получать очень приличные результаты.

Сейчас Docker в тренде среди средств эмуляции/виртуализации/контейнеризации, дает большие плюсы не только в разработке, но и тестировании. В этом материале рассмотрим, как можно использовать Docker сфере автоматизированного тестирования.

В материале обсудим, как тестировщики могут принимать быстрые эффективные решения, вспомнив о таком философском феномене, как “Бритва Оккама”.