Методологии Lean & Agile уже стали правилом в разработке, настало время повсеместного внедрения DevOps.
Методология DevOps особым образом сочетает скиллы и инструменты команды, направляя все рабочие процессы на ускорение разработки. Главной целью DevOps является быстрый выпуск качественного продукта. Введение методологии (и выделение специальной должности DevOps-инженера) направлено на внедрение в команде убеждения, что качественный софт есть ответственность всех ее участников: разработчиков, QA-отделе, аналитиков и в других отделах.
В статье собраны рекомендации по подготовке и реформировании QA-команды, а также составлен список инструментов для QA DevOps.
Перевели статью Джо Гриффина, сертицифированного PMP и доцента кафедры управления проектами Нортистерн Юнайтед Стейтс с советам по управлению проектами для начинающих.
Хорошо написанная документация - залог эффективного тестирования. Она структурирует тестирование и привносит в него определенную логику. В некотором смысле документация объединяет членов команды вокруг поставленной цели, обеспечивая четкое понимание иерархии, задач и ожидаемых результатов.
Цель тестирования на основе рисков - сфокусироваться на ключевых функциях и уделить им больше времени.
Риск - это непредвиденное событие, которое может отрицательно повлиять на измеряемые критерии успеха проекта. Так, непредвиденные события могут повлиять на стоимость всего проекта, коммерческие, технические и качественные цели.
В этой статье мы поговорим о тестировании на основе риска, а также оценим преимущества такого тестирования и популярные ошибки при его проведении.
User Story переводится с английского как «пользовательская история». Это общее описание функций программы, написанное как бы от имени пользователя. В user-story формулируется, чем функционал приложения ценен для заказчика.
Само название - user story - указывает, что этот документ имеет формат истории и излагается в повествовательной форме.
Ключевой компонент гибкой разработки ПО - фокус на людях. Пользовательская история ставит конечных потребителей в центр всего процесса. В ней не используется технический язык, она должна лишь дать команде контекст. Прочитав user story, члены команды понимают, что именно и зачем они делают, и в чем ценность создаваемого им продукта.
В этой статье мы разберем отличия user stories от спецификаций и дадим практические советы по написанию.
Последние комментарии