Сознательное проектирование: эквивалентность vs границы

Я не отрицаю спонтанность и озарение в тестировании. Вдохновение и интуицию.

Однако, считаю что полагаться только на них при создании тестов неразумно.

В прошлом я часто выполняла тесты просто так, потому что мне показалось что это может найти баг.

При этом я:
- не всегда понимала что именно проверяю данным тестом
- часто выполняла несколько (или даже много) однотипных тестов

Ну, вы знаете, когда случайным образом комбинируешь разные входные параметры, играешь с настройками, в точности даже не планируя свои действия. А вдруг что сломается?

Самое важное делаем в первую очередь

 В тестировании, как и везде, самое важное надо делать в первую очередь. Сначала важные фичи, потом все остальные. Сначала важные тесты, потом остальные.


Во front-office проектах времени на итерацию иногда бывает очень мало, либо оно внезапно (смена приоритетов, неожиданные другие задачи, проблемы с окружением и пр.) сокращается.

Поэтому целесообразно обращать внимание не только на содержание тестов, но и на порядок их написания. А после написания - на порядок их выполнения.

Если что-то пошло не так, самое важное дальновидные мы уже сделали (или хотя бы начали). При этом шансы выдать здоровый релиз в оставшееся время гораздо выше.