Как стать автором
Обновить

Комментарии 6

Помнится, в 2009-м во времена DV 3.x на форумах народ жаловался, что у кого-то система забивает канал уже при 10 одновременных пользователях (в корпоративных сетях с сотрудниками, также работающими с другими программами). В своих тестах вы это учитываете? А то из представленной выше конфигурации это не очевидно.
Ну с тех пор много всего было, но в версии 4.3, кажется, мы начали мерить трафик и для 4.5 значительно сократили его. Эта тема здесь никак не раскрыта, т.к. пока мы (наши пользователи) не испытывают таких проблем, сейчас уже трафик — не основная наша цель.
Использование модульных тестов для организации нагрузки повышает требования к аппаратуре агентов. Но тесты писать просто, при готовом API для работы с тестируемым приложением.

Тут есть интересный момент. Количество работающих пользователей надо считать на стороне сервера (по факту). Так как на стороне нагрузочного агента (при таком способе организации тестирования) некоторые пользователю могут спать, если их сделать много. Может, как бы, начать работу 1000 параллельных пользователей, а эффект от них как от 700-т, 300 запущены, но спят или теряются где-то (пропорция 7/10 примерная, в конкретном проекте может быть другой). В результате, понадобится несколько агентов.

Думаю потому, что модульные тесты, прослойка в виде готового API тянут за собой дополнительный код, тратится память, создаётся больше потоков, большая изоляция выполняемых потоков. И в результате меньшая параллельность. Причин не знаю, гадать дальше не буду.

А вот если отсылать WebTestRequest-ы, то нагрузка выше, при том же профиле нагрузки. Но API, формирующее WebTestRequest и обрабатывающее ответ на него придётся написать и поддерживать.

При использовании нескольких агентов нет никаких особых проблем. Кроме, пожалуй двух:
1. Свободных машин для агентов может не быть.
2. Нужно правильно запускать, чтобы не получилось так, что с двух и более машин начинают выполняться одни и те же действия (возникает логический race condition, логический на уровне логики теста — трижды удалить документ, так как для всех трёх агентов на момент начала удаления документ не был удалён, но должен быть удалён). Тут разделяю пул учётных записей по агентам (первый работает с первой 1000, второй со второй 1000, ...), и каждый агент использует набор неповторяющихся учётных записей, размер набора меньше пула.
У меня к вам, как к разработчикам СЭД есть пара-тройка интересующих меня вопросов, которые, правда, вообще не вписываются в рамки топика:

1) Есть ли сейчас возможность использовать ДВ полностью в облаке, как у Практики и главное — без установки доп. софта? Т.к. я имел опыт общения с последней и мне очень понравилось, что даже в сафари на айпаде/айфоне можно почти безболезненно работать в СЭД. Сейчас же, работая в другой организации, я вижу что ДВ загружается в браузере в первый раз действительно долго. ИМХО, за облаками будущее. Главное дать выбор — организация будет держать доки у себя, либо держать их на сервере «провайдера» документооборота.

2) Когда я пришёл работать в Практику, я понял, чему должны учить в ВУЗах — это элементарный документооборот, как бумажный, так и электронный. Есть ли у Вас программы, возможно платные, где обучают азам делопроизводства, расписывают элементарные понятия (резолюция, исполнение и т.д.)? И обучают пользоваться именно Вашим СЭДом? Я не говорю про обучение пользователей у клиента, а именно что-то типа академии делопроизводства или чего-то подобного.

3) Если посмотреть интернет, то особо не найдёшь скриншотов карточек, механизмов хождения документов (пусть они для каждой организации и разные) и вообще информации о том, как пользоваться тем или иным СЭДом. Т.е. если у меня проблема с WinServer, то в гугле я найду даже видеоинструкцию, по СЭДам же — вряд ли. В связи с этим вопрос — конкретно у Вас есть в открытом доступе форумы, FAQ, сайт типа support.docsvision.ru, мануалы? Насколько вы открыты для людей, которые ещё не пользуются СЭДом, но, допустим устраиваются в организацию, где он активно используется? Т.к я бы с радостью за 2 недели до официального трудоустройства поизучал в спокойной обстановке СЭД, нежели дёргать постоянно коллег и судрожно ctrl+f'ить мануалы.
1.) Именно Docsvision нельзя, но есть например Лёгкий Клиент для которого нужен только браузер (http://live.docsvision.com/)
Сделаю ремарку в версии 5.Х для работы браузер не нужен у нас используется своё клиентское приложение (хотя и «браузерное» тоже осталось)
Есть несколько продуктов которые планируется сделать только облачными (уже на 90% всё готово) если интересно пишите, отвечу в личные сообщения.

2) Вы затронули интересный вопрос, азам обучать конечно стоит, это полезно, но без практики, банально показать что такое резолюция (в том виде в котором она в нашей СЭД) надо на практике.
Мы обучаем всех своих партнёров, регулярно проводим очные/заочные курсы (http://www.docsvision.com/o-kompanii/events/?educ=1 )
и вебинары (http://www.docsvision.com/o-kompanii/events/vebinars/ ) Много чем можешь помочь пишите.

3) Для пользователей доступен портал технической поддержки docsvision.zendesk.com после регистрации вам будет доступны, форумы, FAQ, полезные статьи и прочее.Если вы уже купили поддержку будет и она. Те кто только думает над выбором СЭД могут получить там поддержку в несколько ограниченном объеме (без соблюдения SLA например). + все мануалы. RTM как говорится.

Спасибо за ответы! Вопрос в следующем (я после Практики теперь немножечко фанатик SaaS) — почему кроме «браузерного» варианта, вы делаете упор на софтовые решения? Опять же, как я видел процесс работы ранее: человек наравне со вкладкой с СЭДом, держит ещё несколько отрытых вкладок гугла/яндекса и при необходимости переключается. Кроме того — мультиплатформенность — линух, макось, винда — везде СЭД отрабатывал нормально. Разве что спец. функции по F-клавишам не работали, ввиду отсутствия оных на айпэде.

За мануалы спасибо :) Эх, мне бы в своё время такие полезные ресурсы — кучу нервов бы сэкономил.

Субъективно говоря, за SaaS будущее. ГуглДокс, Дропбокс, Office 365 и это только самые яркие примеры. Как думаете, в будущем софт вообще уйдёт, или же есть какая-то специфика, из-за которой без софта (я про клиентскую сторону) не обойтись. Естественно я всё про СЭД(-ы) говорю.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий