Вот такие мысли появились.
Сталкнулся с такой проблемой — написание тестов занимает большую часть времени, но не у всех тестов одинаковый приоритет. Есть тесты, которые обрабатываю такие ситуации, вероятность происхождения которых очень низка.
Поэтому возникли мысли, а может стоит ввести понятия родов в тестах:
- тесты 1 рода, проверяют работоспособность системы когда данные введены все правильно, пользователь не может ввести ошибку, здесь проверяется бизнеч логика
- тест 2 рода здесь проверяют основные варианты, где пользователь может допустить ошибку (вместе с тестами 1 рода эти тесты должно покрывать 80-90% процентов случаев)
- тесты 3 рода, проверяют маловероятные варианты событий (делаются в последнюю очередь с целью сэкономить время)
Также к тестам первого рода можно отнести приемочные тесты, а также user stories заказчика.
Возможно оптимальным путем будет вынесение приемочных тестов в отдельное место/приложение
Свежие комментарии