вашей Джире флоу для нескольких команд и общим тестовым репозиторием. вопрос ниже будет
Контекст:
жили-были автоматизаторы и что-то там себе пилили из тестов
жили-были ручные тестировщики, и что-то там тестировали.
И были у команд разные тест планы.
Пришел я, и давай все эти тест кейсы в порядок приводить: соответствия одного другому, где надо — завести связь, где надо — убрать тест.
Проблема:
Чтобы впредь избегать duplicates тестов, перетестирования одного и того же куска, принято решение придумать воркфлоу, который бы имел однозначные точки Sync Up для команд.
Вопросы:
- у вас есть заведеная канбан доска для сущностей типа Тест?
- у вас есть статусы готовности Теста?
- если да, то есть ли какие-то ограничения на перевод сущности из одного статуса в другой?
Я хочу исключить в дальнейшем ситуации, чтобы ручной тест случайно создавался без автотеста, и наоборот. А если ручной тест невозможно автоматизировать, то чтобы это явно проставлялось (например, код все равно потребуется, но с skip reason = 'N/A')
любые практические идеи и опыт приветствуются 🍆🎷
Сайд-коммент по теме: лично мне кажется, что некоторая избыточность тестов не помешает. Я бы не выпиливал совсем "перетестирование одного и того же куска". К сожалению, в остальном не могу прокомментировать, сам по сути про это спрашивал (про малую тех. часть).
Что значит «ручной тест создавался без автотеста»? Вы про сущность тест кейса в иксрей или про то, чтобы не забывали автоматизировать мануальный тест кейсы?
две таблички покрытия требований кейсами, авто и ручная, наложенные друг на друга. толстые, декомпозированные такие. желательно динамически заполняемые в каком нибудь конлфюенс.
Обсуждают сегодня