Для начала нужно описание задания. Я к сожалению потерял что я уже отправлял. Вкратце: тест состоит из программы для Windows и Linux, которые имеют альтернативный канал взаимодействия (сокет), и совместно проверяют операции (своевременная передача файлов, работа оплоков, блокировок).
Сделать сервис, который может запускать скрипты удалённо и возвращать их значение мы сможем... Оттестировать его под Windows сложнее - нужно сначала поставить эту систему или найти удалённый вариант... Для Windows будут другие скрипты... но среду можно обеспечить одну - ICE + Python... Хотелось бы увидеть примеры тестов (содержательную часть в виде описания), которые обычно проводятся, и варианты, которые стоит оттестировать...
Была идея для канала обмена использовать простой файл. Точнее два, в один пишется команда (для простоты 1 символ), в другой ответ (тоже 1 символ). Начало этой идеи реализовано в wine-etersoft-devel/cifs. Там есть функции для посылки команд и ожидания ответа (см. upipe.h) и скелет тестов (просто для примера). Может эти наработки развить?
добавлю... хотели тестировать: - как влияет очерёдность установки блокировок на файл (т.е. сперва win-клиент, потом lin-клиент и наоборот) - установку блокировок в область > 2Gb, > 4Gb и т.п. Планировалась следующая логика: запускается две программы, под linux и под windows. Одна выступает в качестве сервера, другая собственно, ведёт тесты, посылая то одну, то другую команды.
*** Bug 2035 has been marked as a duplicate of this bug. ***
Задача разбивается на следующие подзадачи: 0) Проверить и задокументировать базовую среду для тестирования. Сейчас это представлено в виде простого сервиса под Linux - RECT (Remote Etersoft CIFS Tester): http://git.etersoft.ru/people/imelnikov/packages/rect.git 1) Портировать сервис под Windows, для этого нужно, прежде всего научиться собирать прогаммы, использующие Ice под Windows (сам Ice ставится, но он не адаптирован под MinGW, а представлен в виде сборок под разные версии Visual Studio); 2) Составить необходимый набор тестов по функционалу: - работоспособность отдельных этапов при работе с файлами - качество работы, представленное в виде и замеров производительности 3) Реализовать отдельные тесты. Каждая из под задач, наверное, достойная отдельной баги...
На /var/ftp/pub/Etersoft/RECT выложены последние сборки RECT для Sisyphus и Windows В репозиториях Sisyphus также сложен пакет с тестами - rect-tests. 2kipruss: нужно определиться о порядке обновления пакетов. 2lbeasty: нужно поправить документацию (http://wiki.etersoft.ru/RECT/Tests) по использованию тестов, если имеются расхождения, аналогично нужно проверить "быстрый старт" (#3430)
Система создана, см. http://wiki.etersoft.ru/RECT Далее уже не по этой баге.