Бывает, сделаешь что-то, смотришь и радуешься - все работает, кнопочки тыкаются, что-то считается так, как должно. Потом заставляешь себя убрать эту ложную радость и понажимать вообще все кнопки, и при этом еще и попытаться включить мозг чтобы придумать, как это поделие сломать.
После N попыток прохождение рабочих циклов уже всегда завершается успехом, и ты заливаешь доработку на продуктив. А через неделю (4 дня, неделю, 2 недели, ...) - бац - ошибка - причем чаще не какая-то хитрая, а в одном из самых используемых методов. С опытом, понятное дело, шишки набиваешь и видишь уже многое, но очевидное иногда не видно. Вопрос - как лучше тестировать свои разработки? (принимаем, что нужно это делать достаточно быстро, т.к. параллельно еще куча других задач, т.е. подождать 2 недели и потом смотреть - не вариант).

(0)
почитайте "Совершенный код" макконела

2. Нужен сторонний тестировщик.
3. Для некоторых видов тестирования есть эффективные инструментальные методы даже в 1С. В нашей организации успешно прижилось 1С:Сценарное тестирование в части регрессионного тестирования. Созданием сценариев занимается специалист по сценарному тестированию, для прогона тестов (сценариев) достаточно пользовательских навыков.
Например, накатили обновление, запустили автоматический прогон порядка 200 тестов, 197 из которых завершились успешно, 3 с ошибкой. Ошибки в анализ квалифицированному специалисту и в зависимости от результатов анализа - либо исправление решения, либо актуализация теста.