Должны ли ваши тестовые данные быть в той же форме, что и живые данные?

Question

При тестировании систем (любой системы, например, базы данных), важно ли, чтобы тестовые данные были в той же форме (формате), что и живые данные?

В какой степени вы допускаете различия в двух типах данных?

Спасибо

Answer 1

Скажем так: чем больше ваши тестовые данные отличаются от ваших реальных данных, тем менее ценно тестирование. Так что да, ваши тестовые данные должны быть как можно ближе к вашим реальным данным.

Answer 2

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

Конкретные причины, по которым вы можете использовать поддельные данные:

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

Answer 3

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

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

Answer 4

Я думаю, что это сложнее, чем некоторые люди разглядели, и у меня обычно были бы следующие тестовые среды

• Модульный тест - частичное копирование производственных данных
• Системный тест - устаревшийно полная копия производственных данных с интерфейсами из других систем тестирования среды
• Приемка производства - такая же, как системное тестирование, но подача из других систем PA и может иметь больше данных, если вы используете массивные наборы данных
• Производствотехническое обслуживание - копия продукции обновляется часто (например, еженедельно) без интерфейсов, но с возможностью их быстрого внедрения.Это используется для исправления больших производственных ошибок.

Answer 5

Я не согласен с MusiGenesis, если только вы не проверяете свою способность читать из источника данных.

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