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

почитай про юниттесты.

Конечно я в общем посмотрел информацию по данной теме, но юнит тесты не дали мне представления о том, как именно сделать тест, если работат тесно связана с пользовательским вводом. То есть имеется окно, в котором бывают текстовые поля, нестандартные комбобоксы, списки, деревья и прочая лабуда. Мне было интересно мнение и опыт людей, которые имеют практический опыт в данной области =))

Если Вы работаете с Qt, то там есть возможность тестирования GUI. Но, как правило, интереснее написать юниттесты для бизнес-логики приложения. Т.е., допустим, у Вас есть окно для ввода логина и пароля. По нажатию на клавишу "Войти", введенные данные отправляются в класс(функцию), обрабатывающий данное событие. Вот для этого класса вы и описываете все возможные тестовые ситуации. Если у Вас есть ограничение на размер пароля(допустим, не менее 8 символов), то Вы создаете случаи, которые бы протестировали все возможные варианты с длиной пароля.
Таким образом, если у Вас в GUI нет бизнес-логики, то вполне можно протестировать приложение и без участия графического интерфейса. Однако, как мне кажется, у большинства библиотек для юниттестирования должна быть эмуляция нажатия на клавиши, ввода данныхз в поля и т.п.

Unit testing не имеет никакого отношения к тестированию UI. Модульное тестирование исчерпывающе объясняет себя своим названием - это тестирование модуля, изолировано. Т.е. класса, функции и т.п. модульных примитивов. UI тестирование это уже функциональное тестирование и оно выполняется людьми, как правило. Часть этого можно переложить на автоматика и для разных языков и сред существуют как отдельные программы, так и средства в библиотеках(Qt, как правильно заметили выше, имеет такие средства. 

Функциональными тестами программист не занимается.

Спасибо за полезное замечание, не задумывался об этом. Ну если так, то действительно попробую наладить процесс хотя бы для бизнес логики

Для погружения в модульноё тестирование, я бы порекомендовал ознакомится с The Art of Unit Testing. Конкретно это издание я не читал, только предыдущие, но книга произвела хорошее впечатление. То, что все примеры на .NET не имеет значения, там всё понятно. Единственная проблема для плюсовиков, как мне кажется, это то, что они начнут завидовать чёрной завистью, после того как сравнят модульное тестирование на .NET с оным на C++ 

Так же, для старта, посмотри на boost.test и gtest; лично я использую вторую, но это выбор ничем не обусловлен - я не использовал boost.test. 
Когда узнаешь, что такое mock, у гугла есть gmock, который хорошо работает с gtest

Это сообщение отредактировал(а) vinter - 21.1.2014, 14:56

Тестирование UI ставится в интернет-задачах, в частности, на JavaScript. (Лямбда-функции, подозреваю, тоже оттуда взяты). Заставьте программиста пописать две недели контролы на JS.