Show content

Гедзберг vs. Хонович

Рынок безопасности / Проблемы рынка безопасности /

18.09.2015 11:09:32

http://www.security-bridge.com/blogs/gedzberg_vs_honovich/

Уважаемые коллеги!

Я сделал довольно амбициозное, провокативное заявление не просто так - мне бы хотелось обсудить с Вами развитие тестирования оборудования и ПО на рынке безопасности.

У нас в отрасли есть немало прекрасных специалистов, которые, я уверен, имеют свою точку зрения на этот вопрос, а может быть, даже готовы принять участие в подобных тестированиях.

Что же нужно для того, чтобы подобные тестирования служили не только продвижению продукции (а я не снимаю со счетов и этот, очевидно необходимый рынку аспект), но были бы и реально авторитетными, полезными для специалистов?

Слово за вами, коллеги.

18.09.2015 11:18:28

Для этого нужно, чтобы мир встал с головы на ноги. "Нет, сынок, это фантастика" :-))).

18.09.2015 12:58:27

любая длинная дорога... первый шаг.

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

А потом будем прикладывать эти критерии (ВСЕ, а не те, что нам показывают в видеообзорах).

Для опытов нужно:

1. определить пару - тройку классов оборудования (предлагаю: а) IP-видеокамера внутреннаяя, б) Дверной контроллер СКУД со встроенным ригелем, в) что-нибудь из пожарной техники).

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

В части IP видеокамер любопытно было бы иметь такой критерий, как "Наличие шпионского или неопознанного ПО"...

А то мы тут все умные, ехидные, каждому есть что сказать... вот и выскажемся...

18.09.2015 13:57:55

Уважаемый Андрей Вячеславович!

Спасибо, что Вы конструктивно откликнулись на мое предложение обсудить заданную тему.

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

Возможно, кому-то проведенные мною тесты скорее напоминают презентации. Однако это не совсем так. Вспомните (кому есть что вспомнить :-), как писались ТУ на разрабатываемые приборы (сначала описывались требования, потом методика испытаний и пр.), а потом, в соответствии с ТУ проводились приемо-сдаточные испытания с составлением протоколов испытаний.

Так вот, например, в видеоролике, посвященном биометрическому замку я шел как раз по пунктам инструкции (хотя со стороны кажется, что я в произвольной форме пою о том, что вижу). Желающие убедиться в этом могут сравнить мое выступление с инструкцией на прибор.

И в данном случае я под тестированием понимаю получение результатов на соответствие заявленным в инструкции техническим характеристикам - реально наблюдаемым.

Конечно, подобное тестирование не является абсолютно строгим. Ну, например, если заяявлено, что в памяти может храниться до 100 отпечатков, то по идее я должен проверить это значение.Я это не проверил.

И вот здесь я подхожду еще к одному моменту: на рынке безопасности полным-полно оборудования, которое очень близко по техническим характеристикам, но производитель пытается хоть на пол ноздри, но вырваться вперед. Вот пролверку соответствия этих характеристик я считаю важным.

Более того, стоит ли перебирать в тесте все заявленные функциональные возможности и характеристики (будут ли это люди смотреть и слушать?), когда важной может быть какая-то одна характеристика.

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

Мне кжается, что такой путь выборочного тестирования имеет свои преимущества.

18.09.2015 14:30:42

а как проверить подсветку до 150 м?

и зачем?

18.09.2015 14:40:37

Как проверить - отдельный вопрос.

А вот зачем? Затем, чтобы сказать - это правда или неправда.

18.09.2015 14:52:24

Если важен процесс, а не результат, то можно и мерять все вподряд...

18.09.2015 15:05:23

правада или неправда
Это процесс или результат?

18.09.2015 18:07:03

это процесс, ибо даже не ясно как проверять.

18.09.2015 18:38:32

Андрей Вячеславович!

Я ни в коей мере не отвергаю Ваш подход, более того, рад был бы технически строго осуществлять тестирование.

Но как реализовать подобный проект, чтобы он работал?

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