Современный web-инструмент для разработки и управления требованиями
Совместное создание полноценных документов требований из браузера
Обсуждение и рецензирование требований всей командой
Документирование UML-моделей, формул и алгоритмов
Версионирование и трассировка требований на проектные артефакты
Разработка, тестирование и документирование основанные на требованиях
Загрузка и выгрузка требований в формате Microsoft Word
Полностью настраиваемый процесс работы над требованиями
Сбор и визуализация метрик для анализа проблем и повышения продуктивности
Полный жизненный цикл – от первоначальной идеи до поставки продукта
Работа с требованиями онлайн
Репозиторий требований, редактирование в браузере
Двухсторонняя интеграция с MS Word
Версионирование требований, бейзлайны
Контроль изменений, сравнение версий
Трассировки требований
База знаний
Работа с тестовой документацией
Доски задач проекта
Какие проблемы решают инструменты статического анализа. Обзор фич и как они помогают писать код быстрее и лучше. Рассказ о перспективах развития Решарпера и разработки в целом.
Интеграция TeamCity и сервера символов | Алексей СоловьевPositive Hack Days
1. Что такое сервер отладочных символов, его предназначение.
2. Отладочная информация (отладочные символы) – информация, которую генерирует компилятор на основе исходных кодов. Содержит информацию об именах файлов исходников, переменных, процедур, функций.
3. Сервер отладочной информации – сервер, основное предназначение которого – хранение отладочной информации, ее индексирование и предоставления доступа.
Agile Java Development компания JazzTeam - Техническая презентация Xml2Seleniumjazzteam
Продукт XML2Selenium - это расширяемая, плагинная платформа для создания и управления автоматизированными тестами на основе технологии Java.
XML2Selenium имеет интеграцию с JUnit, работает поверх Selenium (это изменяемо). XML2Selenim позволяет создавать автоматизированные тесты в простом и понятном обычному (без навыков программирования) QA инженеру формате. XML2Selenium позволяет также управлять всеми стадиями работы с автоматизированными тестами, начиная от стадии создания, и заканчивая управлением тестами.
Главными конкурентными преимуществами являются
- низкая стоимость вхождения. Начинающие автоматизаторы, и даже QA инженеры без навыков программирования создают качественные тесты, а значит легко поддерживаемые, легко изменяемые, с использованием DDT (Data Driven Testing) подходов, что увеличивает повторно-используемость тестов
- встроенные возможности структуризации тестов по папкам и файлам, а также по тегам, что позволяет качественно отобразить документацию на тесты. Внедряя эту платформу, вы автоматически улучшаете свои процессы управления тестами
- XML2Selenium это плагинная, расширяемая платформа, позволяющая кастомизировать процессы под ваши нужды, создать новые плагины, добавить интеграцию с нужными системами, и многое другое
- все повторно-используемые части (инклюды, плагины) могут помещаться в репозитории, откуда ими могут пользоваться QA инженеры с других проектов компании, тем самым распространяется опыт и знания в области автоматизации
- XML2Selenium имеет широкий спектр полезных свойств в области автоматизации, таких как поддержка создания видео, снепшотов и скриншотов страниц, Groovy и JS скриптинга, поддержки объектно-ориентированного программирования на XML, и многих других.
Полный жизненный цикл – от первоначальной идеи до поставки продукта
Работа с требованиями онлайн
Репозиторий требований, редактирование в браузере
Двухсторонняя интеграция с MS Word
Версионирование требований, бейзлайны
Контроль изменений, сравнение версий
Трассировки требований
База знаний
Работа с тестовой документацией
Доски задач проекта
Какие проблемы решают инструменты статического анализа. Обзор фич и как они помогают писать код быстрее и лучше. Рассказ о перспективах развития Решарпера и разработки в целом.
Интеграция TeamCity и сервера символов | Алексей СоловьевPositive Hack Days
1. Что такое сервер отладочных символов, его предназначение.
2. Отладочная информация (отладочные символы) – информация, которую генерирует компилятор на основе исходных кодов. Содержит информацию об именах файлов исходников, переменных, процедур, функций.
3. Сервер отладочной информации – сервер, основное предназначение которого – хранение отладочной информации, ее индексирование и предоставления доступа.
Agile Java Development компания JazzTeam - Техническая презентация Xml2Seleniumjazzteam
Продукт XML2Selenium - это расширяемая, плагинная платформа для создания и управления автоматизированными тестами на основе технологии Java.
XML2Selenium имеет интеграцию с JUnit, работает поверх Selenium (это изменяемо). XML2Selenim позволяет создавать автоматизированные тесты в простом и понятном обычному (без навыков программирования) QA инженеру формате. XML2Selenium позволяет также управлять всеми стадиями работы с автоматизированными тестами, начиная от стадии создания, и заканчивая управлением тестами.
Главными конкурентными преимуществами являются
- низкая стоимость вхождения. Начинающие автоматизаторы, и даже QA инженеры без навыков программирования создают качественные тесты, а значит легко поддерживаемые, легко изменяемые, с использованием DDT (Data Driven Testing) подходов, что увеличивает повторно-используемость тестов
- встроенные возможности структуризации тестов по папкам и файлам, а также по тегам, что позволяет качественно отобразить документацию на тесты. Внедряя эту платформу, вы автоматически улучшаете свои процессы управления тестами
- XML2Selenium это плагинная, расширяемая платформа, позволяющая кастомизировать процессы под ваши нужды, создать новые плагины, добавить интеграцию с нужными системами, и многое другое
- все повторно-используемые части (инклюды, плагины) могут помещаться в репозитории, откуда ими могут пользоваться QA инженеры с других проектов компании, тем самым распространяется опыт и знания в области автоматизации
- XML2Selenium имеет широкий спектр полезных свойств в области автоматизации, таких как поддержка создания видео, снепшотов и скриншотов страниц, Groovy и JS скриптинга, поддержки объектно-ориентированного программирования на XML, и многих других.
Расширяемая платформа для создания и управления автоматизированными тестами н...jazzteam
Продукт XML2Selenium - это расширяемая, плагинная платформа для создания и управления автоматизированными тестами на основе технологии Java.
XML2Selenium имеет интеграцию с JUnit, работает поверх Selenium (это изменяемо). XML2Selenim позволяет создавать автоматизированные тесты в простом и понятном обычному (без навыков программирования) QA инженеру формате. XML2Selenium позволяет также управлять всеми стадиями работы с автоматизированными тестами, начиная от стадии создания и заканчивая управлением тестами.
Главными конкурентными преимуществами являются
- низкая стоимость вхождения. Начинающие автоматизаторы, и даже QA инженеры без навыков программирования создают качественные тесты, а значит легко поддерживаемые, легко изменяемые, с использованием DDT (Data Driven Testing) подходов, что увеличивает повторно-используемость тестов
- встроенные возможности структуризации тестов по папкам и файлам, а также по тегам, что позволяет качественно отобразить документацию на тесты. Внедряя эту платформу, вы автоматически улучшаете свои процессы управления тестами
- XML2Selenium - это плагинная, расширяемая платформа, позволяющая кастомизировать процессы под ваши нужды, создать новые плагины, добавить интеграцию с нужными системами, и многое другое
- все повторно-используемые части (инклюды, плагины) могут помещаться в репозитории, откуда ими могут пользоваться QA инженеры с других проектов компании, тем самым распространяется опыт и знания в области автоматизации
- XML2Selenium имеет широкий спектр полезных свойств в области автоматизации, таких как поддержка создания видео, снепшотов и скриншотов страниц, Groovy и JS скриптинга, поддержки объектно-ориентированного программирования на XML и многих других
Традиционно многие компании не инвестируют много в QA инженеров, при этом сложность продуктов и количество Use Cases растёт, и компании утыкаются в барьер, когда архитектура тестов становится сравнительно такого же уровня, как и архитектура приложения. Это же касается и автоматизации тестирования. Ключевыми проблемами становятся:
- вопросы поддержки и тестирования многих инсталяций продукта на стороне заказчика
- вопросы тестирования нескольких версий (бренчей) одного и того же продукта
- повторн
Devprom ALM - платформа для поддержки процессов разработкиEvgeny Savitsky
В рамках внедрения Devprom ALM мы выполняем предварительную настройку ПО, проводим обучение современным практикам разработки (включая все элементы процесса), предоставляем видеоматериалы и рабочие инструкции.
Эволюция управления требованиями в ЖЦ информационной системыEvgeny Savitsky
Процесс управления требованиями меняется в зависимости от стадии жизненного цикла продукта. В начале, когда нет требований лучше использовать легковесные практики, например, Scrum и User Story. По мере развития продукта необходимо документировать требования и принятые технические решения. Таким образом, на этапе эксплуатации и поддержки продукта вы сможете организовать процесс разработки основанный на требованиях и добиться высокой эффективности и качества при внесении изменений.
Расширяемая платформа для создания и управления автоматизированными тестами н...jazzteam
Продукт XML2Selenium - это расширяемая, плагинная платформа для создания и управления автоматизированными тестами на основе технологии Java.
XML2Selenium имеет интеграцию с JUnit, работает поверх Selenium (это изменяемо). XML2Selenim позволяет создавать автоматизированные тесты в простом и понятном обычному (без навыков программирования) QA инженеру формате. XML2Selenium позволяет также управлять всеми стадиями работы с автоматизированными тестами, начиная от стадии создания и заканчивая управлением тестами.
Главными конкурентными преимуществами являются
- низкая стоимость вхождения. Начинающие автоматизаторы, и даже QA инженеры без навыков программирования создают качественные тесты, а значит легко поддерживаемые, легко изменяемые, с использованием DDT (Data Driven Testing) подходов, что увеличивает повторно-используемость тестов
- встроенные возможности структуризации тестов по папкам и файлам, а также по тегам, что позволяет качественно отобразить документацию на тесты. Внедряя эту платформу, вы автоматически улучшаете свои процессы управления тестами
- XML2Selenium - это плагинная, расширяемая платформа, позволяющая кастомизировать процессы под ваши нужды, создать новые плагины, добавить интеграцию с нужными системами, и многое другое
- все повторно-используемые части (инклюды, плагины) могут помещаться в репозитории, откуда ими могут пользоваться QA инженеры с других проектов компании, тем самым распространяется опыт и знания в области автоматизации
- XML2Selenium имеет широкий спектр полезных свойств в области автоматизации, таких как поддержка создания видео, снепшотов и скриншотов страниц, Groovy и JS скриптинга, поддержки объектно-ориентированного программирования на XML и многих других
Традиционно многие компании не инвестируют много в QA инженеров, при этом сложность продуктов и количество Use Cases растёт, и компании утыкаются в барьер, когда архитектура тестов становится сравнительно такого же уровня, как и архитектура приложения. Это же касается и автоматизации тестирования. Ключевыми проблемами становятся:
- вопросы поддержки и тестирования многих инсталяций продукта на стороне заказчика
- вопросы тестирования нескольких версий (бренчей) одного и того же продукта
- повторн
Devprom ALM - платформа для поддержки процессов разработкиEvgeny Savitsky
В рамках внедрения Devprom ALM мы выполняем предварительную настройку ПО, проводим обучение современным практикам разработки (включая все элементы процесса), предоставляем видеоматериалы и рабочие инструкции.
Эволюция управления требованиями в ЖЦ информационной системыEvgeny Savitsky
Процесс управления требованиями меняется в зависимости от стадии жизненного цикла продукта. В начале, когда нет требований лучше использовать легковесные практики, например, Scrum и User Story. По мере развития продукта необходимо документировать требования и принятые технические решения. Таким образом, на этапе эксплуатации и поддержки продукта вы сможете организовать процесс разработки основанный на требованиях и добиться высокой эффективности и качества при внесении изменений.
Выбор лучших специалистов, снижение расходов
Фриланс, аутсорсинг и офшорная разработка
Быстрый старт и безболезненное завершение
Адаптация под текущие условия рынка
Возникающие проблемы
Профессиональное управление распределенными проектамиEvgeny Savitsky
Web система для профессионального управления распределенными проектами
Покрывает весь цикл разработки проекта – от пожелания заказчика до работающего продукта
Обеспечивает максимальную «прозрачность» выполнения проекта
НЕ является набором интегрированных инструментов
Автоматическое управление DevOps активностями в стартапеEvgeny Savitsky
Культура DevOps отлично подходит инженерной команде стартапа. Однако, после автоматизации тестирования и выпуска сборки, на команду сваливается большой объем разноплановых задач, превращая весь план работ в неуправляемый хаос. DevOps board решает эту проблему путем дополнения DevOps инструментарем сбора баг-репортов непосредственно по факту возникновения ошибок и автоматизации управления активностями инженерной команды.
Требования постоянно меняются в ходе разработки
Требования могут противоречить друг другу
Меняются приоритеты разработки
Ограничены ресурсы – нужно уметь расставлять приоритеты
Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован
Управление проектом/продуктом в Agile в первую очередь связано с эффективным управлением требованиями. Хорошие требования = ценный для заказчика продукт. Для любого менеджера продуктов существует две основных преграды к реализации продукта:
— Что делать в первую очередь? Как управлять приоритетами?
— Как интегрировать сбор требований в итеративный процесс разработки.
В этом докладе мы поговорим о том, чем отличается классический сбор требований от организации требований в Agile разработке. Поговорим о способах эффективного сбора требований, метриках и т.д. Обсудим роль Product Owner'a.
Система управления жизненным циклом разработки программного обеспечения Devpr...Evgeny Savitsky
Devprom - российская компания-разработчик инструментов в области управления проектами
Дата образования: июнь 2008
Количество сотрудников: 9 человек
Количество загрузок дистрибутива: 8600
Количество зарегистрированных пользователей: 4800
Цикл выпуска новых версий продукта: 1 месяц
Как работать по Scrum в Cradle? - готовая схема работы
Какие артефакты есть в Scrum и как они связаны - модель трассировки для Scrum.
Записать на этот вебинар http://saturs.ru/index.php?r=eduprograms/viewprogram/id/147
Я хочу рассказать про опыт использования продуктов Atlassian (JIRA и Confluence) в контексте нашего процесса управления требованиями.
Кому будет интересно: пользователи Atlassian, участникам небольших команд и проектов.
Кому может быть не интересно: фанатам Rational, исполнителям на госзаказах (тема с ТЗ раскрыта не будет), большим командам.
Будут рассмотрены следующие этапы процесса:
* Специфицирование требований
* Согласование требований
* Разработка и тестирование
* Контроль изменений
Для каждого этапа я расскажу про возможности и недостатки этих продуктов с точки зрения пользователя с шестилетним стажем эксплуатации продуктов Atlassian.
Владимир Никонов "Вызовы при разработке enterprise продукта"Fwdays
В докладе мы рассмотрим этапы развития приложения, начиная от монолитного Web приложения, до распределенной платформы по управлению бизнес-процессами. Покажем этапы развития, задачи и вызовы, которые возникали на каждом их них. Проанализируем различные аспекты, влияющие на развитие архитектуры, такие как бизнес-требования, технологические тренды и возможные ограничения.
Поплоухина Елена, Руководитель отдела тестирования в Usetech
https://vk.com/lena_flower
Расскажу об опыте организации процесса внутреннего тестирования проекта со строго формализованным техническим заданием от момента получения технического задания для тестирования требований до момента передачи релиза на приемочное тестирование.
Горячко Дмитрий, Солигорск. Организатор конференции Solit. JazzTeam, Founder & CEO. Ведёт блог на http://www.zmicer.com
«Scrum/Agile для команд разного уровня: students, juniors, engineers, seniors, experts. Практические наблюдения и рекомендации». Development секция.
«Создание продукта для автоматизации тестировании. Что нужно учитывать, чтобы создать технологическую платформу. Разбор конкретного примера – продукта XML2Selenium». Development секция.
1. Компоненты MVC
2. Django как пример MVC фреймворка
3. Структура Django проекта
4. Модульность в Djnago: приложения
5. Конфигурация проектов
6. Маршрутизация URL
7. Обратная маршрутизация URL
Serena requirements management with dimensions rm 07-2015 ruSoftmart
Презентация по новой версии решения для управления требованиями - Dimensions RM. Версия 14.2 также сильно отличается от предыдущей 12.1, как, например, автомобиль из 50х годов и современный кроссовер. Надо сказать, что предложения профессиональных инженерных инструментов в этом сегменте практически не осталось после фактического ухода с арены DOORs. Если кому-то уже очевидно, что управлять требованиями в Excel дальше нельзя, то эта презентация для вас.
Видео с доклада: http://getdev.net/Event/asp-net-mvc-4
Доклад об ASP.NET MVC, откуда и зачем он появился, какие задачи решает, какой подход к разработке исповедует. Этот доклад больше пригодится тем, кто хочет углубить и структурировать свои знания об ASP.NET MVC
Solit 2013, Эволюция тестирования на Selenium, Мычко Алексейsolit
Алексей Мычко, Минск, компания JazzTeam, Software Engineer (test automation)
«Эволюция тестирования на Selenium». Лекция и мастер-класс. Development секция. Для заинтересованных.
Для автоматизации web-приложений самым популярным средством является Selenium. Этот продукт дает возможность создавать как очень простые тесты, так и сложные тестовые фреймворки, позволяющие тестировать системы любой сложности.
В мастер-классе будет наглядно показано создание следующих видов тестов:
- с использование программ, генерирующих тесты по манипуляциям с браузером
- тесты в стиле процедурного программирования
- тесты в стиле объектно-ориентированного программирования
- тесты на DSL (Domain Specific Language) языке
QA Fes 2016. Анастасия Асеева. Роль тестирования в DevopsQAFest
В своем докладе я расскажу, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование. Также расскажу с какими проблемами столкнулись, и как мы их устраняли. И да, каких результатов смогли добиться уже через полгода. А самое интересное, покажу как мы смогли добиться того, чтоб у нас pull request долетал до боя за 3 часа со всеми этапами тестирования.
Доклад будет содержать большое количество лайфхаков и обзоров инструментария, который мы использовали.
Практический доклад о том, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование.
В докладе рассмотрены основные проблемы, с которыми команда столкнулась при внедрении и способы их устранения.
Продемонстрированы результаты, которых смогли достичь в течении полугода.
Доклад содержит большое количество лайфхаков и обзоров инструментария, который использовался для достижения цели.
Какие проблемы решают инструменты статического анализа. Обзор фич и как они помогают писать код быстрее и лучше. Рассказ о перспективах развития Решарпера и разработки в целом.
2. Содержание
• Основные понятия
• Модель системы
• Поддерживаемые процессы разработки
• Разработка требований
• Управление требованиями
• Управление изменениями
• Варианты использования
• Конкурентный анализ
• Ключевые преимущества
5. Процессы разработки
• Пользовательские истории в Scrum или
Kanban
• Легковесные требования в Scrum или
Kanban
• Разработка основанная на системных
требованиях
11. Версии и бейзлайны
• Журнал изменений/согласований
• Фиксированные требования на релиз
• Изменяемая ветка требований на релиз
• Ветвление под разные платформы,
клиентов
Пожелания предназначены для сбора и документирования пользовательских требований, хотелок и заявок.
В бизнес-требованиях задокументированы требования маркетинга, внешних регуляторов, результаты обследования бизнес-процессов заказчика, они хранятся в виде документов, импортированных из MSWord.
Требования или системные требования описывают требования к системе, могут быть задокументированы в форматах вариантов использования, прецедентов, технического задания и других.
Доработки позволяют детализировать системные требования и запланировать их реализацию как целиком, так и частями, например, "реализовать требование, за исключением альтернативных сценариев 4 и 5"
Функции позволяют сгруппировать доработки, например, по функциональным подсистемам или модулям, с целью более удобного контроля за ходом реализации требуемой функциональности.
1. Используйте этот процесс, если:
-вы можете сесть с заказчиком (или его представителем) в одной комнате и делать это каждый спринт
-требования часто уточняются, дополняются и меняются
-требования заказчика достаточно конкретны, полны и понятны, что ваша команда может сразу приступить к их реализации
-вам не требуется целостное и согласованное описание системы
2. В отличие от "Пользовательских истории в Scrum" используйте этот процесс, если:
-процесс разработки требует предварительного анализа и проектирования, создания поведенческих моделей или моделей данных
-в разработку системы вовлекаются новые участники, которым необходимо понимание внутреннего устройства системы
3. Используйте этот процесс, если:
-перед реализацией необходимо собрать согласованный, полный, непротиворечивый набор требований
-контролировать полноту реализации требований пользователей при помощи матрицы трассировок
-необходимо собрать требования с целью получения оценки стоимости проекта, подписать контракт на основе технического задания
-требуется одновременно поддерживать несколько версий продукта, то есть несколько версий функциональных требований.
Разработка требований с вовлечением всех участников команды, начиная с самых ранних этапов жизненного цикла продукта
Изменение текста в один клик
Все виды форматирования
Автоматические уведомления об изменениях: журнал изменений, почтовые нотификации
Фиксация технических решений в форме фотографий, скриншотов, UML-моделей и формул, с автоматической нотификацией об изменениях.
Визуализация требований в форме набросков, скетчей и графических прототипов, достигается размещением на страницах требований изображений, полученных при помощи фотоаппарата или телефона.
Если потребители требований предпочитают использовать формализованные модели, либо это необходимо с точки зрения технологического процесса, вы можете использовать графический язык моделирования (UML) для создания моделей:
сценариев использования;
домена, классов и данных;
компонентов;
развертывания и др.
Разработка моделей осуществляется при помощи специально разработанного языка PlantUML. При помощи крайне простого синтаксиса вы можете быстро создавать UML-модели требуемого типа.
Формирование библиотеки шаблонов и требований для повторного использования в проектах.
Вставка требования в несколько документов
Сохранение типовой структуры документа в шаблоне.
К повторно используемым требованиям чаще всего относятся:
Элементы глоссария, относящиеся к общей проблемной области.
Бизнес правила, распространяющиеся на всю организацию, в бизнес-процессах которой используется несколько программных продуктов.
Требования различных регуляторов, требования на соответствие стандартам.
Модели общей предметной области, сущности и атрибуты.
Система управления требованиями Devprom Requirements реализует повторное использование ранее разработанных, согласованных и проверенных требований, что позволит вам:
Существенно сократить расходы и время на сбор, разработку и валидацию требований.
При изменении требований общих для нескольких систем, выполнить анализ влияния изменений и гарантировать целостность вносимых изменений.
Обеспечить целостность требований, бизнес-правил по всей организации, программе или информационным системам, разработкой которых вы занимаетесь.
Устранить дублирование текста одних и тех же требований в проектах и связанные с этим проблемы рассинхронизации требований.
Повторно использовать тестовые спецификации для проверки реализации общих требований в конкретном продукте.
Выгрузка документов требований для подписания или согласования с внешними участниками процесса.
Полностью настраиваемый процесс работы над требованиями:
Типы требований
Пользовательские атрибуты
Настройки жизненного цикла требований, правила перехода между состояний
ведение журнала изменений документа (комплекта извещений об изменении);
фиксация результатов согласования документа (сохранение версии документа);
фиксация требований перед началом итерации (спринта);
сохранение проектных артефактов при выходе релиза;
формирование скоупа релиза;
разработка продукта под несколько платформ, когда требования могут частично видоизменяться в зависимости от платформы, для которой разрабатывается продукт;
параллельная разработка нескольких версий программного продукта;
разработка по "водопаду".
При создании доработки сохраняется ссылка на выбранный бейзлайн или версию требования
Сбор и визуализация метрик для анализа проблем и повышения продуктивности
Реестр требований позволяет работать с требованиями вне зависимости от их расположения в различных документах. Группируйте требования по типам, тэгам, состояниям и другим атрибутам. Выполняйте массовые операции сразу над несколькими требованиями.
Используйте реестр требований как матрицу трассировки для получения ответов на вопросы:
-все ли необходимые системные требования запланированы в работу;
-в какой версии и как реализуются системные требования;
-как проверяются требования тестировщиками;
-каким образом документируются требования.
Матрица трассируемости применима практически на всех этапах процесса разработки и позволяет:
Контролировать целостность разрабатываемого продукта, выявлять расхождения между тем, что требуется и тем, что реализуется.
Существенно сократить время на анализ изменений, последующих за появлением новой доработки.
Поддерживать артефакты в актуальном состоянии.
С точки зрения управления потребностями мы:
хотим понять, как именно были учтены исходные пожелания, когда они будут реализованы;
хотим проверить, учли ли мы все важные пожелания в очередной версии бизнес-требований или версии продукта.
С точки зрения бизнес- и системного анализа мы:
хотим понять, откуда появилось бизнес-требование, какая у него важность;
хотим понять, как будут реализованы бизнес-требования путем изучения системных требований;
хотим проверить, все ли необходимые бизнес-требования отражены в системных требованиях.
Программное обеспечение эволюционирует, требования непрерывно меняются. Тестировщикам необходимо поддерживать тестовую документацию в актуальном состоянии, чтобы тестирование получилось качественным.
Обычно тестировщики не очень рады изменениям в требованиях, потому что для них это выливается в большой объем дополнительной работы:
Необходимо изучить требования от предыдущей версии, изучить новые требования, выделить изменения в требованиях и внести соответствующие изменения в тестовую документацию.
Нужно найти все тестовые сценарии, которых коснулись изменения в требованиях, и исправить их.
При использовании Devprom ALM эти проблемы уходят, поскольку в системе хранятся все версии требований и любой участник команды может просмотреть историю изменений, чтобы выяснить что конкретно поменялось.
Более того, система автоматически сохраняет связи между проектными артефактами, например, между требованиями и тестовой документацией. Когда требование изменится, система отметит покрывающие его тестовые сценарии как неактуальные. Вам останется только отфильтровать неактуальные тестовые сценарии и перейти к их редактированию. Система отобразит изменения, которые были внесены в требования, а вам останется только подправить соответствующие тестовые сценарии.
На российском рынке у Devprom ALM нет прямых конкурентов, за исключением зарубежных продуктов, включающих в себя схожую функциональность:
Компания Atlassian предлагает семейство продуктов: Jira, Jira Agile, Confluence, Jira ServiceDesk, Jira Portfolio, FishEye, которые в сумме будут стоить более $16000 для 40 пользователей. При этом в этих продуктах нет поддержки версионирования проектной документации и трассировки проектных артефактов.
Компании Polarion Software и Intland предлагают хорошие, но дорогие ALM-решения без поддержки русского языка, без русскоязычной поддержки.
Компания Jama Software предлагает чрезмерно дорогой продукт, предоставляющий функциональность схожую с функциональностью Devprom ALM в части управления требованиями, однако, без поддержки русского языка и без русскоязычного обучения и поддержки.
Широко распространённый в РФ Microsoft TFS имеет сильные стороны только в части автоматизации сборки и тестирования продуктов, написанных средствами от Microsoft. При этом нет практически никаких средств работы с проектной документацией, управления ресурсами.
Русскоязычная поддержка, индивидуальные консультации в области процессов, практик и использования ПО в конкретных проектах.
Локализация современных практик и методологий под особенности производства ПО в РФ.
Обмен опытом, полученном при работе с российскими компаниями разработчикам ПО.
Русскоязычный интерфейс системы, с возможностью переключения на англоязычный интерфейс.
Стоимость лицензий и поддержки в рублях, значительно ниже стоимости зарубежных аналогов.
Низкая стоимость владения за счет использования «железа» уровня рабочей станции и свободно-распространяемого промежуточного ПО.