Всем привет.
Наш заказчик имеет весомый штат тестировщиков, но пока не имеет автоматизации. Со своей стороны мы провели установку, обучение наших продуктов семейства Silk (подробнее о продуктах http://c1.ru)
Но теперь встает вопрос как все их десятки тестировщиков и сотни или тысячи тестов перевести в автоматизацию? Для автоматизации предлагается работы разбить на два этапа:
описание регламентов текущего состояния с функциональным тестированием
2)подготовка регламентов автоматического тестирования
Друзья, есть ли у вас пример опросного листа для проведения обследования, и пример отчета о проведенном обследовании? Есть ли примеры регламентов автоматического тестирования?
Из весомого штата тестировщиков, выберете только тех, которые хотят работать с автоматизацией
Из миллиона тестов, по правилу 80/20, выберете самые весомые, те 20%, которые приносят 80% пользы. Для этого будет нужна консультация с тестировщиками.
Создайте прототип фреймворка и настройте инфраструктуру
Покажите, как запускать тесты и анализировать отчеты
Соберите обратную связь
PROFIT! goto 1
Вы понимаете, что этот вопрос очень обширный. Работающих регламентов или опросников нет, потому что все зависит от: проекта, команды, конкретных людей, процесса. И для каждого проекта и команды это все уникально.
Только работающий прототип может ответить на некоторые вопросы.
Я, например, недавно видел систему (QTP + ALM), так там идут параллельно автотесты и ручные. При этом, когда запускается тест сет он заполняет ручные шаги свои из теста и получается, как будто тест проходился руками. Очень наглядно.
У нас как раз такая же ситуация, т.е она должна произойти. Планируется, что всё будет выстроено следующем образом: в SilkCentral вносятся как ручные, так и авто тесты. Авто-тесты пишутся наипростейшим образом (visual test) в SilkTest.
Но проблема остается в том, чтобы понять как планировать автоматизацию? как это задокументировать? Как написать хоть предполагаемый план того что нужно сделать? Есть идеи у кого-нибудь?
Немного дополню комментарий @dzhariy - он всё верно написал.
У автоматизаторов нет цели избавить команду от ручных тестеров. Поэтому сразу откажитесь от идеи автоматизировать всё.
Сформулируйте цель автоматизации. Первоначальную, стратегическую. Например, избавить тестеров от повторяющейся рутинной работы, от повторяющейся работы, требующей высокой концентрации внимания (например, проверка вычислений), от повторяющейся работы, занимающей большую часть времени на регрессе и т.п. Чтобы освободить людям время на выполнение творческой работы, в т.ч. на написание и поддержку автотестов.
Второй критерий выбора тестов на автоматизацию - ценность для бизнеса. Надо автоматизировать высокоприоритетные тесты в первую очередь.
Применяя эти правила, вы сможете сфокусироваться на важном.
начните с малого. Сделайте прототип фреймворка и один-два теста. Сделайте прототип автоматизации всей цепочки: запуск, репорт результатов для последующего разбора, визуализация результатов для всей команды. Чем быстрее всё это стартанёт и начнёт показывать зеленые и красные тесты, тем лучше.
Визуализация результатов - это очень важно. “Лучше один раз увидеть” - это очень в точку здесь
Если есть CI, можно встроить запуск тестов туда, пусть все привыкают к тому, что теперь есть автотесты
По поводу людей - начинать лучше тоже итеративно. Пусть один-два человека от команды заказчика принимают участие в разработке с самого начала. Впоследствии они помогут в обучении всей команды
testomat.io управление авто тестами