Допустим существует тривиальная задача. Отладить окно редактирования данных. Пусть это будет редактирование пользователя. Чтоб в него попасть нужно
1)запустить программу,
2)логин пароль ввести,
3) дождаться коннекта с сервером, что ты не опечатался.
4)Открыть вкладку юзеры.
5) найти первого попавшегося в поиске,
6)нажать редактировать,
и далее смотреть что ты там замутил. Далее - "Ага!" непонравился шрифт, как выглядит к примеру в приложении. Потом пользователь не редактируется, к примеру- "Ага" исправил. И так может быть много действий, повторяющий логин, пароль, коннект, первоначальное окно, поиск юзера для тренировки, и просмотр окна.

Как бы вы исключили эти лишние действия, чтоб нажал run, и открылось окно редактирования? Ведь окошко редактирования пользователя по сути не очень большое, раза 4 туда зайдёшь, и всё готово, а если какое-то сложное окно?

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

#if debug
#else
Хоршая идея. Но ищу способы не срать в рабочий проект. Почитаю, что такое UI тесты. Unit тесты наверное не из той области, что я ищу в этой теме.

Roman Mejtesbvanga#if debug
#else
Хоршая идея. Но ищу способы не срать в рабочий проект. Почитаю, что такое UI тесты. Unit тесты наверное не из той области, что я ищу в этой теме.
почему же? можно в UnitTest инициалировать среду и запустить окно редактирования, в обход всех вами описанных процедур.

Пробежался я по книге по тестированию на NUnit с японцем на обложке. И как бы начал понимать, что юнит тесты не для отладки формы редактирования, а больше для отладки всяких функций, типа удаление пробелов, риверс строк, с всевозможными значеними через [TestCase], как я понял.

hVostt
А смысл? Человек хочет разрабатывать отдельный кусок, смотреть, тыкать руками, выяснять нравится-ненравится, потом чё-то доделывать переделывать, опять смотреть.

Странно, что он это называет отладкой, ну да ладно
ну да, дизайнерство + проверка работы. А как бы ты это назвал?

+может там кнопочку справочника по форме туда сюда перемещать, пока не станет эстетично, и всякое.

Короч я согласен, что компоненты. Т.к. не засирается рабочий проект. Но иф дебаг вроде проще, хоть и ведёт к засиранию проекта.

Смотри.Ну типа создал я компонент, где всё редактирование это есть, текстбоксы, ФИО, дата рождения, кнопка сохранить, отменить, + справочник места рождения вызывается. Всё равно чтоб это отладить - нужно создавать отдельный проект, там кучу форм заново делать, чтоб отладить этот компонент. Вроде красиво,но калорий больше трачу. Один раз так сделаю, второй а потом надоест.
Не проще как тот тип написал?

#if debug
//инициализация сущностей, датаконтекстов
//запуск формы
#else

В принципе проблему обдумал. Всем спасибо.

А как вы видите, или реализовываете такой Демо-проект, если на пальцах?

Открывается большая форма с кучей кнопок, или лист бокс с кучей итемов, на каждом написано "изменение \n юзеров", на другой "изменение улицы", и т.п. ?
и в каждом варианте выбора инициализация, и запуск формы, на которой компоненты ?