Сообщений в теме: 21

[*Angel*]

Возникали ли у вас проблемы с совместным использованием проекта?
Например, пути у тестировщиков к тестируемым приложеним разные...
каждый раз когда берешь последнюю версию, переправлять?
После некоторых изменений в скрипте, тест комплит настойчиво просит сохранить project suite. итд.
Как вы боритесь с такими проблемами и как побеждаете?

[Melmar]

Во время инсталляции наше тестируемое приложение пишет пути к екзешнику в Registry - оттуда и берем.
Еще как вариант могу предложить использование некоего ini-файла, в который тестировщик будет ручками записывать необходимые для теста параметры. Если файлик положить рядом с проектом, то его поиск и чтение не составит труда.

[Genka]

хм
пока добрался до темы - Melmar уже ответил :)

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

[ArtemRudenko]

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

[objective]

Здравствуйте,
Я увидел в топике Source Control.
Мы использовали igloo плагин для CVS и SCC provider Microsoft Source Save.
От себя могу добавить, что cvs не поддерживает формат скриптов TC и работает не подобающий образом.
VSS работает отличною

Спасибо

[APC]

Мы храним в StarTeam, файлы SD сводятся нормально, а вот с файлми проектов проблемы - там XML столько всего содержит...

Ну а пути к ПО - это да, это через INI лучше всего делать.
Мы на DelphiScript пишем, могу поделиться готовым кодом.

[Darkus]

Вижу актуальная тема становится...
Тоже используем StarTeam - то, что нельзя мёрджить - блокируем эксклюзивно на короткое время и нет проблем.

[Dmitry N]

Здравствуйте.

Если хранить проект в шаренной папке на удалённом компьютере, и при первом открытии этого проекта разрешить ему работать в Networked mode, то для каждого компьютера, с которого будет открываться проект, будет создаваться свой файл настроек и значения всех Project и Project Suite Variables будут уникальными. В этом случае, можете хранить путь к приложению в такой Project Variable. Смотрите раздел справки 'Local Variables'.

[APC]

Мы по началу работали в Networked mode, но это оказалось неудобным. Как только один тестер делает изменение в файле - у соседа выскакивает предложение загрузить обновленную версию. И так до белого каления...

[*Angel*]

APC, можете поделиться как пути к По в ini затолкать?

[*Angel*]

И как победить настойчивые предложения тест комплита все время сохранять файл project suite? ведь под check out берутся, как правило, только скрипты (в крайнем случае проекты)

[APC]

История такова:
в VCS лежит конфиг "по умолчанию" Options.ini
на каждой машине может лежать c:\LocalOptions.ini, перекрывающий своими значениями конфиг по умолчанию.
Там в скрипте, где нам нужно взять путь к файлу (или что там еще), мы вызываем GetTestOption('ExecName');

Замечу, что в конфиге всегда должна быть секция Root, плюс в нашем варианте опции делятся по конфигурациям.

Пишите ежели чего не так...

// функция считывания опции из файла конфигурации
// Андрей Похилько, ООО "Фининфор", apc@fininfor.ru
function GetTestOption(OptionName);
const 
  OUserPath = 'C:\LocalOptions.ini';
var 
  S, SS;
  ORootPath;
begin
  ORootPath := Project.Path+'..\Options.ini';

  // открываем пользовательский конфиг
  S := Storages.INI(OUserPath);
  // берем раздел конфигурации
  SS := S.GetSubSection(Project.Variables.Configuration);
  // и ищем опцию там
  Result := SS.GetOption(OptionName, '');

  // если в юзерском не нашли
  if Result='' then
    begin
      //SS.SetOption(OptionName, '');
      //S.Save;
      // открываем базовый конфиг
      S := Storages.INI(ORootPath);
      // берем раздел конфигурации
      SS := S.GetSubSection(Project.Variables.Configuration);
      // и ищем опцию там
      Result := SS.GetOption(OptionName, '');
    end;

  if Result='' then
    begin
      SS.SetOption(OptionName, '');
      S.Save;
      Log.Warning('Опция '+Project.Variables.Configuration+'.'+OptionName+' - значение в файлах конфигурации не найдено', '', pmHigher);
    end
  else
    Log.Message('Опция '+OptionName+': '+Result);
end;

[Dmitry N]

Здравствуйте.

Мы по началу работали в Networked mode, но это оказалось неудобным. Как только один тестер делает изменение в файле - у соседа выскакивает предложение загрузить обновленную версию. И так до белого каления...

Такие сообщения появляются только если у соседа открыт в панели Workspace редактор соответствующего скрипта.

[Dmitry N]

Здравствуйте.

И как победить настойчивые предложения тест комплита все время сохранять файл project suite? ведь под check out берутся, как правило, только скрипты (в крайнем случае проекты)

В конфигурационных файлах Project Suite хранится настройка интерфейса (список редакторов, открытых в Workspace). Изменения в панели Workspace и пытаются сохраниться.

[APC]

Dmitry N,
вы констатируете факт, с этим трудно поспорить. Но спрашивают о решении этой проблемы.

Мы для себя взяли решение
1. не работать в Networked Mode, а пользоваться VCS
2. файлы, капризные с точки зрения сохранений и merge, либо вообще не чекинить (просмотрев глазами дифференс), либо чекинить согласованно, сразу чекаутя на всех станциях, чтобы не было мерджей.

Чем осознанней группа делает чекины файлов, тем надежней. В крайнем случае откатываем изменения, что тоже случается.

Служба такая... (С)

[*Angel*]

APC, большое спасибо, но видно мне надо все-таки больше информации
Что-то в моей голове не ускладывается.
К примеру, у нас есть TestedApps, где указываем имя и путь к тестируемому приложению. Как туда записать путь?
И еще 110 вопросов.

Замечу, что в конфиге всегда должна быть секция Root, плюс в нашем варианте опции делятся по конфигурациям

Как сделать секцию root и поделить опции по конфигурациям?

[APC]

Считаем что считывать опции научились,
а дальше берем объект TestedApps, находим в нем нужный Item (если несколько) и присваиваем ему Path (имя екзешника остается старым). Чистый программизм.
Справитесь?

Еще можно просто иметь пустой TestedApps и добавлять в него на лету свой Item

[*Angel*]

ВОТ! УРА!!
Теперь начинает доходить

[*Angel*]

Только вот структура, состав, содержание самого config файла?
можете кусочек как пример привести?

[APC]

Вот наш Options.ini

[Root]
[CONFIG1]
UserLogin=t-adm-5
Server_UUID=sdjgkhagdfg9
Customer_Code=0034023
ClientTerminal_Login=t-trm-5
ClientTerminal_Code=3284238
Password=11111111
Cassa=Some cash
Client32Find=234234
AmendmentPhin=agffgjsdfgj

[CONFIG2]
Server_UUID=53425458943
Customer_Code=gfdg23423
Password=11111111
UserLogin=t-adm-5
Bank_LocalCode=123009
ClientTerminal_Code=32423423
ClientTerminal_Login=23456456
ClientTerminal_DateAvizo=29.05.2006
Client32_Loro_Bank=342516

LocalOptions.ini

[Root]
[CONFIG1]
UserLogin=t-adm-1

[CONFIG2]
UserLogin=t-adm-1