Должны ли данные испытаний использоваться в производстве?

Question

Мы внедряем обновление для нашего основного приложения в производстве.Обновление было протестировано в QA и выглядит хорошо.Наш клиент хочет сделать тест в производстве.В этом случае мы запустим приложение, используя «тестовые данные» в производстве, и после завершения теста мы удалим «тестовые данные».

Несколько администраторов сервера против этого, потому что «тест»данные не относятся к производству ".Я думаю, что все в порядке, поскольку сервер QA и производственный сервер имеют разное оборудование, а базы данных содержат различные приложения (в QA больше баз данных, выделение производства)Помимо этого, есть ли другие факты, которые я могу использовать, чтобы подтвердить свое мнение?

РЕДАКТИРОВАТЬ: добавление контекста

Приложение представляет собой инструмент, который автоматизирует прием и проверкуданные.Мы получаем файлы по электронной почте, и этот инструмент автоматически проверяет их и импортирует в базу данных.У нас есть система BI, которая создает отчеты с использованием этой информации (файлы Excel получают по электронной почте, затем проверяют, затем выдают отчеты / представления, все это автоматизировано).

"Тестовые данные" - это старые файлы (хорошие и плохие файлы предыдущих работ), которые представляют собой истинные данные (на самом деле это истинные данные, но с проблемами или просто слишком старые).

Answer 1

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

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

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

Тестовые данные должны быть разделены на основе их типа, потребностей или контекста. Например: извлекаемые тестовые данные и редактируемые тестовые данные. Первым шагом будет обеспечение доступности тестовых данных Retrievable (только для чтения, никогда не изменяются). Возможно, это далеко не все, что мы могли бы пройти во многих случаях, но все же обеспечили бы хорошие результаты. И создание этих тестовых данных только для чтения должно быть автоматизировано и желательно задокументировано.

Преимущества наличия данных испытаний в производстве огромны. Автоматическое тестирование приложения более ценно, чем само приложение. Если руководство понимает, что тогда, по крайней мере, начальные «недовольные» изменения. Я чувствую, что тестовые данные в производстве должны рассматриваться как требование / пользовательская история, и все проблемы, связанные с этим, должны быть смягчены. И в этой области должны развиваться новые модели развития.

Это обсуждение также связано с интеграционным тестированием, и эта статья посвящена преимуществам it по сравнению с модульным тестированием

Answer 2

Ваши администраторы правы. Наличие тестовых данных в производстве подвергнет вас риску (дырам в безопасности):

• Данные испытаний в производстве могут быть использованы для нанесения ущерба вашей компании (преднамеренного или непреднамеренного).

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

Данные испытаний могут изменить ваши управленческие отчеты. Имея поддельные действия, некоторые могут влиять на отчеты и влиять на принимаемые решения. Это будет очень трудно отследить и еще труднее исправить.

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

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

Answer 3

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