Вопрос: Каков наилучший способ перевести крупную компанию в Cucumber, если в базе данных требований хранятся не менее 15 лет устаревших требований к программному обеспечению?
В настоящее время рассматриваются:
1) все переносить
Недостаток: у нас нет неограниченного времени / бюджета, нам нужно двигаться вперед, чтобы выжить, мы не можем все остановить и соблюдаем 100% наших устаревших требований и устаревших тестовых наборов.
2) Правило бойскаута
Оставь все лучше, чем ты нашел. Если вы касаетесь требований или меняете их, напишите / обновите функцию Cucumber. Недостаток: у нас будет две системы записи (Cucumber, устаревшая версия DB), возможно, навсегда предполагая, что есть углы данного приложения, которые не затрагиваются в течение очень долгого времени.
3) Бойскаут Правило Плюс
То же, что и № 2, но мы добавили требования, которые мы не переходим в Cucumber, в компоненты с одним ожидающим сценарием и скопируйте / вставьте устаревшие требования в раздел описания. Таким образом, мы получаем метрики (в ожидающих сценариях) о том, насколько «покрыты» мы Cucumber, а также о необходимости поддерживать старую систему требований. Я не могу найти никаких минусов в этом, кроме как может быть огромный беспорядок в огурце.
4) Вставьте свою идею здесь.
Фон:
Некоторые проекты, перемещающиеся в Cucumber, имеют автоматизированные тестовые наборы, а некоторые используют только ручное тестирование. Все они поддерживают свои требования в устаревшей базе данных требований. Мы должны сделать это, потому что наши требования представляют собой смесь законов / регулирования и сложной логики для финансовых инструментов (риск, ценообразование, структура и т. Д.).
Имейте в виду, что это очень большая компания, которая делает этот шаг, что еще больше усложняет решение.
У нас уже есть несколько проектов, использующих Cucumber для их «новых» требований. Итак, мы опробовали технологию, и она пока работает для нас. У нас есть смесь веб-проектов и проектов данных.
благодаря
Изменить: Чтобы ответить на вопросы ... Устаревшая база данных управления требованиями не связывает требования с тестами. Это не "тестируемый". Сегодня подключение требований к тестам осуществляется через сложный и подверженный ошибкам ручной процесс привязки требований к нашей системе управления тестовыми сценариями в конце каждого проекта. Огурец - очевидное лучшее решение для нас. Там нет вопроса об этом. Вопрос только в том, как сделать шаг для большой организации с огромным количеством важных требований, которые не могут быть потеряны по юридическим и другим причинам.
Ответы:
Я сделал ошибку, раздев комнату до шпилек, когда заменил ее окна. Это старый дом. Комната была в плохом состоянии. На каждом шагу я сталкивался с проблемами. Старая труба рухнула в мою руку. Теперь свисающий вентиляционный трубопровод весом двадцать пять фунтов упал и врезался в кухонный потолок. (К счастью, никто не пострадал, но зарядка сотового телефона моей подруги была разбита. Она не была удивлена.) Я потрясла себя до чертиков, когда одновременно коснулась заземленной и незаземленной цепи. Там была обнаженная древняя проводка, проходящая через пробитую изоляцию.
С каждой проблемой мне приходилось перенаправлять свою энергию. Я остановился, чтобы исправить проблему. Затем, иногда несколько дней спустя, я возобновил продвижение вперед. К осени я сдался. (Я планировал закончить к концу лета.) Я просто остановился и ушел. Это было слишком много. Моя девушка хотела позвонить подрядчику. Я отказался, так как уже сделал так много работы. Я не хотел, чтобы они получили «славу». (Кроме того, я немного конкретен и не хотел, чтобы кто-то срезал углы, где я знал, что не буду.) Итак, комната была незаконченной.
Почти год назад, после Нового года, у меня было прозрение: не было правила, согласно которому я должен был работать исключительно над комнатой, пока она не была закончена. Спешки не было. Я не должен был делать это таким большим делом. Вместо этого, если бы у меня было немного свободного времени, я мог бы подняться наверх и провести час или два в комнате ... повесить лист Sheetrock, грязь и заклеить стену, отделать дверь. Прежде чем я знал это, я был сделан. Моя девушка снова полюбила меня. Я спал с улыбкой на лице. Все было правильно в мире.
Я думаю, что есть что-то подобное для вашего затруднительного положения. Будь мудрой черепахой - медленной и устойчивой. Путь «Мигрировать все» слишком стрессовый. Это заставит вас поднять руки и уйти. Правило бойскаута оставляет черты позади, если они никогда не меняются. Бойскаут Правило Плюс создает не соответствующие требованиям. Используйте лучшие из ваших подходов:
Прежде чем вы это знаете, все будет сделано. Твой босс будет любить тебя. Ваша команда будет любить вас. Вы будете спать с улыбкой на лице.
источник