ДомойОбучениеПроцессы и методологии

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

Методологии Lean & Agile уже стали правилом в разработке, настало время повсеместного внедрения DevOps.

Методология DevOps особым образом сочетает скиллы и инструменты команды, направляя все рабочие процессы на ускорение разработки. Главной целью DevOps является быстрый выпуск качественного продукта. Введение методологии (и выделение специальной должности DevOps-инженера) направлено на внедрение в команде убеждения, что качественный софт есть ответственность всех ее участников: разработчиков, QA-отделе, аналитиков и в других отделах. 

В статье собраны рекомендации по подготовке и реформировании QA-команды, а также составлен список инструментов для QA DevOps.
Перевели статью Джо Гриффина, сертицифированного PMP и доцента кафедры управления проектами Нортистерн Юнайтед Стейтс с советам по управлению проектами для начинающих.

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

Одна из важных частей документации - тест план.

В этой статье мы рассмотрим:

  • что из себя представляет тест план
  • чем он отличается от стратегии тестирования
  • какова его роль в проекте
  • какие виды тест планов бывают
  • зачем команде нужен тест план
  • и, самое главное, как его составить.

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

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

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

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

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

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

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

Последние посты

Мы в Telegram

Наш официальный канал
Полезные материалы и тесты
Готовимся к собеседованию
Project- и Product-менеджмент

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