Наконец-то появилась статья [1], описывающая тестирование SCADA-систем, причём проведенное самими разработчиками приложений АСУ ТП. Как часто при анализе той или иной возможности SCADA-системы не хватает точки зрения пользователя. Попытки оценки SCADA-систем, предпринятые в тематическом выпуске МКА по SCADA-продуктам, представленным на российском рынке (МКА 3/99), оказались не очень успешными, поскольку ряд поставщиков/разработчиков, мягко говоря, необъективно отвечали на вопросы по возможностям SCADA-систем. И одной из идей было продолжить тот же опрос, но только среди пользователей, именно их мнения не хватало для получения объективной картины. При этом следует отметить, что важна ассоциированная, а не частная точка зрения, т.е. выборка должна быть представительной. Это подтверждает и самоотверженная работа, описанная в статье [1].

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

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