Обновление 3.5.15
Чтобы быстро найти термин или какую-то ключевую фразу в документах требований, тестовой и технической документации, используйте для этого новый фильтр "Поиск в документе": |
Обновление 3.5.14
Мы реализовали лучший, более продуктивный способ анализа и внесения изменений. Например, при доработке тестового сценария, если изменилось исходное требование, или при доработке системного требования, когда изменилось исходное для него бизнес-требование |
Обновление 3.5.13
Добавлен отчет "Производительность тест-дизайна". На графике отображается количество добавленных, измененных и удаленных строк тестовой документации за каждый день проекта. Используйте отчет для анализа объема изменений в тестовой документации, для выявления моментов разработки тестовой документации, для сравнения продуктивности тест-дизайнеров. Добавлена возможность использовать wysiwyg-редактор для записи комментариев на переходе. Комментарий, заданный на переходе из одного состояния в другое, отображается среди остальных комментариев к пожеланию, задачи или другим проектным артефактам. Исправлена ошибка сохранения настроек меню для всех участников проекта, в результате чего, дублировались отчеты. Исправлена ошибка при переносе целиком документа требований в другой проект. |
Обновление 3.5.12
В отчете "Мои задачи" отображаются не только задачи, назначенные пользователю, но и пожелания, которые также могут быть назначены, например, для последующей декомпозиции на задачи. При автоматическом создании заявки на основе письма сохраняется исходное форматирование и встроенные в него изображения. При вставке в комментарий изображения, почтовое уведомление об этом корректно открывается в почтовых приложениях (картинка видна). В списке полей для пожелания и требования добавлен столбец "Затрачено, ч.", в котором суммируется не только время потраченное на пожелание или требование, но и на пожелания, реализующее данное пожелание или требование. В плане проекта (списке релизов/итераций) добавлены столбцы, отображающие пожелания, задачи, тесты и другие проектные артефакты, включенные в бейзлайн данного релиза. На форме пожелания отображается дополнительная вкладка с комментариями исходного пожелания (если есть), таким образом, работая над реализацией заявки можно быстро обсудить вопросы с клиентом, который ее оставил. В настройках приложения добавлена опция, определяющая минимальную длину пароля для учетной записи пользователя. В карточке пользователя добавлена опция, требующая изменить пароль пользователя при первом открытии приложения. В отчете о затраченном времени добавлена возможность кликнуть на списанные часы и получить описание того, на что было затрачено время, а также перейти к задаче. В REST API добавлена возможность работать с комментариями и затраченным временем для пожеланий и задач. Исправлена ошибка удаления шаблонов требований и тестовой документации. Исправлена ошибка отображения пользовательского атрибута на форме создания/редактирования сборки. |
Чем DevOps полезен для вашей документации?
Благодаря… как бы это выразиться… крайне гибкому определению DevOps, есть тьма-тьмущая способов разделить и сгруппировать эти практики. К счастью, в сфере документации мы можем применить упрощенный подход, поскольку наш главный продукт - не код, а проза. И снова я посмотрела, что делают у себя сообщества ПО с открытым кодом и команды документации Red Hat, и попытаюсь сейчас разложить «DevOps для документации» на следующие составляющие: |