Документация обычно содержится в тестпланах
 Скачать 270.2 Kb.
|
Управление тест-дизайномУ тестовой документации есть статусная модель (или жизненные цикл разделов и сценариев). Используйте ее для управления процессом подготовки тестовой документации. Вы можете ввести собственные статусы, например, для организации согласования документации с заинтересованными лицами. График разработки тестовой документации отражает сходимость тест-дизайна: количество разделов в работе, на согласовании, в стадии готовности. Синхронное изменение состояний разделов и сценариев можно использовать для ускорения управления статусами. Например, при отметке готовности тест-плана достаточно изменение состояние самого тест-плана, чтобы все его подразделы также перешли в статус "Готово". Такие синхронные операции настраиваются в ЖЦ тестовых сценариев, при помощи соответствующих системных действий. При разработке тестовой документации можно создавать задачи на основе тестовых сценариев или разделов тест-планов. Такие задачи позволяют распределять работу между тестировщикам, планировать трудозатраты, осуществлять план/факт анализ, управлять человеческими ресурсами. Перечень назначенных задач доступен списке "Мои задачи". Планом работ по тестированию можно управлять при помощи доски задач или специально настроенной доски задач по тестированию. Управление правками в тестовой документацииВ процессе ревью тестовых сценариев могут возникать вопросы и замечания по тексту. Выделив часть текста, можно добавить комментарий. На дополнительной панели справа отображаются незавершенные комментарии по документу. Кликнув на комментарий вы можете перейти к соответствующему разделу документа. При помощи фильтра "Комментарии" вы можете отобразить только те разделы документа, по которым есть незавершенные комментарии, либо только ваши комментарии. Это существенно ускоряет процесс согласования тест-плана. Сигнализируйте о том, что комментарий учтен (реализован путем внесения изменений), либо более не актуален (если предоставлен исчерпывающий ответ), при помощи состояния комментария: завершен или открыт. Управление состоянием комментария доступно при помощи галочки на панели комментариев справа, либо при помощи контекстного меню на вкладке Комментарии на форме редактирования тестового сценария или раздела тест-плана. Поддержка в актуальном состоянииТребования непрерывно меняются, поэтому команде и необходимо поддерживать тестовую документацию в актуальном состоянии, чтобы исключить псевдо-дефекты, связанные с проверкой продуктов по устаревшей тестовой документации. Devprom ALM значительно сокращает трудозатраты на поддержку документации за счет автоматизации процесса отслеживания изменений. Теперь поддержка технической документации не является проблемой для проектов, в которых требования часто меняются. Система автоматически сохраняет связи между проектными артефактами, например, между требованиями и технической документацией. В процессах с предварительным проектированиемКогда бизнес- или системное требование изменится, система отметит покрывающие его тестовые сценарии как устаревшие (неактуальные). Вам останется только отфильтровать их в списке и перейти к редактированию. Система отобразит изменения, которые были внесены в требования, а вам останется только подправить соответствующие разделы технической документации. В легковесных процессах разработкиЕсли команда работает с первичными требованиями, то поддержка тестовой документации в актуальном состоянии осуществляется при помощи дерева функций (импакт-мэппинга, стори-мэппинга или эпиков). Истории пользователей и тестовая документация привязываются к функциями или эпикам. После того как история будет реализована, Devprom ALM автоматически отметит устаревшими тестовые сценарии, связанные с функцией (или эпиком) этой истории. Вам остается открыть реестр устаревших сценариев, внести нужные изменения и восстановить покрытие. Ручное тестированиеРезультаты ручного тестирования оформляются в виде тестовых отчетов (или тестов). Каждый тестовый отчет состоит из набора тестовых сценариев, которые образуют позиции тестового отчета. В позиции тестового отчета содержится копия текста исходного тестового сценария. Это позволяет параллельно заполнять разные тестовые отчеты, созданные на основе одного сценария (одновременно тестировать на разных окружениях). Можно хранить и анализировать историю ранее заполненных отчетов. А также позволяет параллельно вести доработку тестовой документации, например, под новую фичу, и заполнение тестовых отчетов, при тестировании ранее реализованной функциональности (процесс Kanban). Тестовые отчеты создаются на основе: Тест-планов. Для этого нужно открыть тест-план и нажать зеленую кнопку "+ Начать тестирование". Набора тестовых сценариев. Откройте список тестовых сценариев и отфильтруйте их по нужному критерию. Отметьте галочками сценарии и в массовых операциях выберите действие "Начать тестирование". Функций. Для этого связывайте тестовые сценарии с теми функциями системы, для которых они созданы. Из дерева функций легко перейти к тестовому набору и запланировать тестирование. |