Процессы и методологии

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

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

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

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

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

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

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

В тестовой документации любой член команды может найти полную информацию обо всех действиях, связанных с тестированием (и об уже выполненных, и о запланированных).

В этой статье мы разберем, что такое  ad-hoc тестирование и какие оно имеет преимущества и недостатки. Также рассмотрим best practices в этом виде тестирования.

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

Поэтому баги, внесенные в системы отслеживания (bug-tracking системы), дифференцируются.

Каждый баг имеет атрибуты серьезности (Severity) и приоритета (Priority). На первый взгляд может показаться, что разницы между этими понятиями нет, но она все же есть. Серьезность больше касается технической стороны дела, а приоритет - организационной.

В этой статье мы дадим 16 советов по использованию инструментов разработчика Chrome (chrome developer tools) для тестирования.

«Тестировщики интересуются, каковы перспективы карьерного продвижения в QA. Многие вообще ставят под сомнение возможность быстрого продвижения, а некоторые вообще не видят карьерных перспектив выше условного «сеньора».

Те из тестировщиков, которые рассматривают позицию QA Lead как долгосрочную карьерную цель, спрашивают: какими качествами надо обладать, чтобы быстрее перейти на позицию менеджера или лида (QA Lead). Этому и будет посвящен пост.

Люди, не понимающие в Agile, могут путать роли скрам-мастера (scrum master) и владельца продукта (или, иначе называемого product owner, продакт оунер, или просто продакт). В этом материале мы разберем эти роли и опишем, в чем разница.

Возможно спорная точка зрения о тестировании в Agile

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

Дальше я распишу 8 признаков признаков того, что у вас не настоящий эджайл.

Разбираемся с V-моделью тестирования - из чего она состоит, какие проблемы решает и почему так называется?