Оптимальная Схема Тестирования

Давно задумываюсь над тем, чтобы организовать нормальное тестирование софта, который пишу, но все никак руки не доходят. Сам уже созрел для того, что документация это есть карашо, и что тестирование по бумажке - тоже карашо.
Фишка в том, что я разработчик один в конторе, поэтому как понимаете в большинстве случаев сам же и тестер, и ОТК и постановщик задачи и т.д. Правда есть 2 проекта, довольно обьемных, для тестирования которых привлекались люди из других отделов. Но все это все равно не решает проблему глючности софта.

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