Коллеги, предлагаю продолжить обсуждение здесь. Вот начало беседы - http://software-test...oberem-vse-voz/
Краткое содержание:
1. Вопрос о том, как ускорить выполнение автотестов.
2. Ответ о приоритезации и выкидывании ненужных тестов.
3. Спор о 100% покрытии и выполнении всей тестовой модели каждый релиз.
Беседа разрослась и уже выходит за рамки обсуждения автоматизации.
Мои 5 копеек:)
Пытаться составить 100% покрытия функционала - зло, причем абсолютное. Специально полез в Канера, чтобы вспомнить описание, которое читал очень давно) Цитирую:
В 1979 году Майерс описал еще более простую программу. В ней был цикл и несколько операторов IF. В большинстве языков
программирования для ее реализации понадобилось бы не больше 20 строк кода. Путей выполнения у этой программы 100
триллионов. Самому быстрому тестировщику понадобится для их проверки миллион лет.
Расскажу о ситуации последних трех-четрых месяцев у меня на работе. Представитель бизнеса (а это бывший разработчик) бьется с отделом тестирования об объемах тестирования. Политика отдела такова: есть описанное требование в документах от аналитиков - его надо покрыть тестом и проверить. Политика бизнеса следующая: проверяйте только результат, а не метод его достижения.
Пример: в требованиях указано "взять из справочника значение и вычислить результат с его участием по заданной функции".
Тестирование будет проверять две операции - взятие из справочника и вычисление функции.
Бизнес просит смотреть только на результат функции, потому что, если из справочника прилетело неверное значение, то и функция будет давать некорректный результат. А если все верно, то и подготовка данных тоже прошла успешно.
