Небольшой чек лист, который нужно выполнить ДО внедрения процесса автоматизированного тестирования:
-
В компании отрисован основной бизнес процесс доставки и есть понимание где вы конкретно находитесь
-
В компании отрисован процесс доставки ценности заказчику или нескольким заказчика не принципиально.
-
Поставлено управление задачами, это означает что все причастные переводят задачи в нужный статус. И задачи типизированы
-
В компании сформулированы цели тестирования.
-
Заголовки задач в трекере “причесаны”, иными словами, по заголовку можно понять что это за задача, да не умная девочка служанка должна понимать такой заголовок. Почитать тут.
-
Реестр задач управляем, в любой момент времени он отражает текущий статус и политику проекта/продукта
-
Реестр требований есть и он то же управляем
-
Существует трассируемость требований на задачи.
-
Существует трассируемость требований на тесты. Да, мы знаем что и как покрыли.
-
Существует трассируемость тестов на задачи, да мы знаем что протестировано, где и как.
-
Существуют матрица влияния компонент друг на друга
-
Задачи трассируются на компоненты, да мы всегда знаем почему мы пишем или удаляем код
-
Все стоит на версионном контроле.
-
Хорошо, вы особый случай, да текстуру весом 25 гб не надо класть в систему контроля версий. Кстати а сколько раз вы их уже того…. ?
-
Существует версионная политика, кто, как и зачем.
Да есть понимание почему git flow плохая модель. -
Существую стандраты: кодирования и прочего
-
У вас есть CI
-
Да! У вас конечно должна быть релизная политика, где в частности прописаны способы версионирования, всего чего надо.
-
У вас есть репозиторий для артефактов, откуда вы можете однозначно вынуть готовый к установке продукт. Рука сама стала писать yum…
-
У вас есть политика по маркировке артефактов. По разным критериям, статический анализ кода, кстати не забыт
-
Среда для развертки продукта поднимается по щелчку пальца. Да она то же на версионном контроле. Все как код!
-
Среда полностью автоматизировано проверяются на правильность. Да порты, да версия джавы, да этот ….
-
Продукт разворачивается по щелчку. Разумеется с проверкой :) Поставить все могут а вот, что бы работало!
-
Продукт конфигурируется полностью автоматически под необходимую задачу. Кстати это относится и бизнес конфигурации! И это тоже проверятся в автоматически! Кто сказал про стык с платежными системами????
-
У вас есть способ повторяемо и автоматически генерить все необходимые тестовые данные. Да это то же на версионном контроле. Да оно связано с артефактами продукта.
-
Я упомянул, что все выше указанное работает для любой версии продукта?
-
У вас прописан конвейер поставки, он обычно внутри релизной политики, но я вытащил наружу.
Поздравляем!
Вы готовы к написанию автотестов!
Еще нет.
-
Интерфейсы, будь то GUI или API проектируются ДО того, как программист сядет писать код. Да, в соответствии со стандартом проектирования интерфейсов. Да, там прописана политика именования идентификаторов элементов управления ( для GUI).
-
Задачу на написание тестов тестировщик получает, как правило, раньше, чем программист получит задачу на написание кода.
И не надо начинать автоматизацию тестирования, с написания регрессионных тестов. Вот совсем не надо.
И т.д. и т.п.: https://docs.google....pwTLh73_M/edit#