Комментарии: Как повысить рациональность тестирования?

Автор: Лялеко Владимир

Лялеко Владимир — Mon, 26 Dec 2011 10:57:55 +0000

На ум только один приходит, вы его сами озвучили комментом выше.

Старая версия ИС, первое время активна. Работа введется в двух системах. Не удобно, вызывает негатив сотрудников, но очень дёшево и эфективно

Автор: Константин Нарыжный

Константин Нарыжный — Mon, 26 Dec 2011 08:04:17 +0000

Владимир, как обычно — всё по делу))

Ну вопрос конечно не в совершенствовании тестирования, а в том, как сделать его рациональным усилиями различных ИТ-шников.

А какие еще дешёвые способы управления рисками на тактическом уровне вы назовёте?

Автор: Константин Нарыжный

Константин Нарыжный — Mon, 26 Dec 2011 07:56:06 +0000

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

Ну совсем просто: предлагаем нашим героям вбивать свои данные в обе системы. Не очень долго, конечно, и под пристальным присмотром разработчиков и эксплуатационщиков.

Автор: Лялеко Владимир

Лялеко Владимир — Thu, 22 Dec 2011 10:21:36 +0000

Про стратегический уровень:

Почему нет варианта «Ничего не делать?»

Даже не полноценный стенд позволяет выявить большинство кретических ошибок в ИС. А некоторые из ошибок даже при полноценном тестировании могут ускользнуть.

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

Иными словами, сначало нужно понять для себя, действительно ли затраты будут ниже чем потери для бизнеса.

Про тактический уровень:

Опытно промышленная эксплуатация необходима внезависимости от качества тестирования. При этом:

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

— вводятся механизмы управления рисками (Здесь нужно предусмотреть резервные мощности и сверхбыстрые механизмы отката на стабильную версию и т.д)

Ни разу не видел, чтобы системы вводились в эксплуатацию и при этом не возникало инцидентов. Остаётся вопрос проводить опытно промышленную эксплуатацию на группе людей или на всех потребителях сразу? Это индивидуально для каждого заказчика.

Про операционный уровень:

Мне кажется это лишь один из хороших и дешёвых способов управления рисками на тактическом уровне.

ИМХО Сейчас похоже стало модно доводить совершенство тестирования ИС до паранои

Автор: Олег Скрынник

Олег Скрынник — Thu, 22 Dec 2011 07:41:29 +0000

То, что в заметке названо стратегическим уровнем, мне представляется вполне логичным и здравым. Не нужно тщательно и досконально тестировать всё и вся, нужно выделить важное. Проблема в данном случае будет не с определением критичных ИТ-систем, а с общей разделяемой ИТ-инфраструктурой. Например, заливка новой версии операционки в какую-нибудь Cisco, или изменения в Active Directory могут повлечь массу неприятностей, которые можно было бы отловить при тестировании. Однако ИТ-инфраструктура, как правило, широка, и выделить в ней что-то особенно важное не всегда легко, а то и возможно.

«Операционный уровень» — тоже согласен, виртуализация уже давно позволяет делать достаточно дёшево подобные штуки.

А вот «тактический уровень» мне не очень понятен. Зачем такой периметр? Много ли случаев, когда можно быстро откатиться назад, особенно если затрагиваются данные? Рациональность такого подхода вызывает вопросы...