Управление требованиями, тестами, дефектами

На самом деле этот тренинг правильнее было бы назвать “управление требованиями, программным кодом, дефектами и тестами”, поскольку все эти четыре вида артефактов тесно взаимосвязаны, изменяются синхронно, поэтому и управлять ими нужно всеми одновременно. Однако на самом деле управление программным кодом обычно берут на себя разработчики, с этим тестировщикам редко приходится сталкиваться. А вот с остальными тремя видами артефактов тестировщикам приходится иметь дело постоянно.

Есть одно крайне важное свойство, которое отличает программный код от других видов артефактов – он всегда существует физически, в виде файлов, поэтому кодом управлять гораздо проще, чем требованиями, тестами и дефектами, которые запросто могут существовать виртуально, не будучи документированными. И конечно же было бы неправильно призывать к тому, чтобы всегда и всё фиксировать в письменном виде, потому что во многих ситуациях это лишь замедлит работу.

А что следует подразумевать под управлением, если мы говорим о таких виртуальных артефактах? Мы постараемся понять, как эти артефакты возникают, как они эволюционируют, когда и почему могут исчезать, и самое главное – как поддерживать их все в синхронном состоянии. Именно эти действия, нацеленные на достижение гармонии между сущностями разных видов, я и буду называть управлением.

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


Программа семинара

• Краткое введение в тестирование, чтобы договориться о терминах
• Зачем нужны требования?
• Какие бывают требования?
• Что такое дефект?
• Что такое тест?
• Связывание требований с тестами, тестов с дефектами и дефектов с требованиями
• Управление требованиями и изменениями требований, жизненный цикл запроса на изменение
• Управление дефектами, жизненный цикл дефекта
• Управление тестами – когда что запускать?
• Управление релизами
• Регрессионное тестирование
• Метрики – все «за» и «против»
• Инструментальные средства поддержки

Подробнее...

На самом деле этот тренинг правильнее было бы назвать “управление требованиями, программным кодом, дефектами и тестами”, поскольку все эти четыре вида артефактов тесно взаимосвязаны, изменяются синхронно, поэтому и управлять ими нужно всеми одновременно.

Простите, Алексей.
Возможно - разбежка в терминах.
Но разве это не управление конфигурацией?

ну только чуточку не хватает - документации пользователя, например.

На самом деле этот тренинг правильнее было бы назвать “управление требованиями, программным кодом, дефектами и тестами”, поскольку все эти четыре вида артефактов тесно взаимосвязаны, изменяются синхронно, поэтому и управлять ими нужно всеми одновременно.

Простите, Алексей.
Возможно - разбежка в терминах.
Но разве это не управление конфигурацией?

ну только чуточку не хватает - документации пользователя, например.

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