Поменять название основного браузера/запускателя и добавить префиксы к инструментам xUnitFor1C

[artbear]

Поменять название основного браузера/запускателя и добавить префиксы к инструментам xUnitFor1C.

1. xUnitTestRunner мне давно не нравится. Мы уже достаточно часто запускаем не только юнит-тесты, но и тесты другого вида.
   Как вам xddTestRunner или xddTestBrowser ?
2. Также ко всем инструментам было бы удобно добавить xdd. Это отлично смотрится при встраивании в конфигурацию.
3. ГенерацияМакетаДанных_На_БазеРеальныхДанных поменять на xddDataFixtureGen

Предлагаю обсудить.

[kuntashov]

Я за xddTestRunner, префикс действительно полезен при встраивании в конфигурацию.
TestBrowser - очень однобокое название.

TestRunner - тоже, но он поддчеркивает главное назначение - запуск тестов. Возможность просмотра и навигации по тестам - это скорее вспомогательная функция. Ну и, опять же, по аналогии с другими подобными инструментами. "Запускаели" тестов везде называются TestRunner'ами.

[artbear]

Добавил пункт 3. ГенерацияМакетаДанных_На_БазеРеальныхДанных поменять на xddDataFixtureGen

[Irekovich]

А с ПоказатьГУИД что делать в итоге? Встраивать в генератор или тоже переименовать по аналогии.

[ghost]

related #142

[Irekovich]

Там еще Конфигурация.cf есть. Наверное тоже обозвать и "причесать" надо.

[artbear]

А с ПоказатьГУИД что делать в итоге? Встраивать в генератор или тоже переименовать по аналогии.

Создал задачу #195

[artbear]

Там еще Конфигурация.cf есть. Наверное тоже обозвать и "причесать" надо.

Ее вообще нужно на текстовики через v83unpack и precommit1C раскладывать. Создал задачу для проекта precommit1C xDrivenDevelopment/precommit1c#4

[ghost]

А мы же вроде хотели конфигурации отдельными репозиториями делать

[ghost]

Вообще считается бинарные файлы в репозитории хранить неверно. Причем это считается по двум причинам:

1. для бинарных файлов у нас недоступен patch подход - когда файл не хранится в отдельном виде, хранится история его патчей в виде формализованного вида git create patch
2. для бинарных файлов существует вариант хранения релиза. В таком случае у нас возникает сборка релиза.http://stackoverflow.com/questions/6978954/add-binary-distribution-to-githubs-download-link

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

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

[artbear]

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

Пока нет возможности автоматом разложить конфигурацию на файлы в рамках гит-хука, приходится делать именно так.

[artbear]

для бинарных файлов существует вариант хранения релиза. В таком случае у нас возникает сборка релиза.http://stackoverflow.com/questions/6978954/add-binary-distribution-to-githubs-download-link

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

[ghost]

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

Эти временные решения обычно в течении лет начинают жить. Я уже говорил - наши решения все таки на мой взгляд должны быть показательно корректными с точки зрения методологии. Потому что на основе них мы ведем тренинги и консультации.

Что касается оперативного обмена данными с разработчиками - ты кого имеешь ввиду ?

1. разработчики как клиенты инструментария ?
2. разработчика как контрибьюторы инструментария.

Клиенты могут подождать 2 недели пока выпуститься стабильный релиз с их запросами
Разработчики контрибьюторы - тогда мы говорим о коллективной разработке. и о процессе.

Чувствую я что ты имеешь ввиду разработчиков клиентов

P.S. Решать тебе конечно - ты у нас лидер продукта, но моё мнение ты знаешь. Красивше и лучше было бы подумать о быстрой поставке дистрибутива продукта.

[artbear]

Внес исправления.
Описания в #185