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

(0)
Когда взял для себя за правило: "Внёс изменение - ПРОВЕРЬ!". Стараюсь следовать. Это
Естественно, бывают исключения. Но стараюсь всё же это правило соблюдать.
Сначала стараюсь "войти в режим пользователя", то есть тупо жмакаю куда попало и делаю что попало. Потом обращаю внимание на правильность выполнения. Например, если дописал проводки, то контролирую состав проводки, пересчитаю на коленке сумму, количество и прочее. Третий этап - стараюсь моделировать различные ветки алгоритмов, если в пользовательском режиме проверить их затруднительно (например, есть какое-то условие, и чтобы программа пошла по этому условию, нужно вбить руками прилично и непрогнозируемо много первички, в этом случае проще подменить условие на ИСТИНА, чтобы прогнать по этому участку кода). Четвертый этап тестирования - стараюсь определить, на что могли повлиять внесённые мной изменения (например, откуда еще вызывается измененная процедура) и в том же порядке тестирую эти участки функционала.

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

Естественно, тщательность тестирования зависит от требовательности заказчика. Ну и, кончено, от наличия оплаченного времени.

Еще не все прочел, но однозначно п.1 "тестирую и пишу тесты постоянно"
с небольшим дополнением - не все нужно тестировать.
Дубль

(0) Сценарное тестирование не рекомендую.
Рекомендую наш продукт
https://github.com/xDrivenDevelopment/xUnitFor1C
Тесты пишешь вручную, но данные для них можешь генерить из боевых данных.
Просто и удобно.
А уже потом запускаешь ночную сборку и непрерывную интеграцию и наслаждаешься :)

Разрабатываю через тестирование с лета 2014.
Использую
https://github.com/xDrivenDevelopment/xUnitFor1C

Тесты хранятся в Git, разложенные на исходники.

Настроен билдсервер TeamCity, который запускает каждую ночь все тесты и рассчитывает % покрытия кода тестами.

Уже несколько раз тесты очень сильно выручали, когда нужно было понять, поломается функционал после данной правки или нет.

Хотя 1С тестирует на пользователях :)

(433) вот так всегда, управлять все хотят, а писать - код нет.