Каждому тестировщику нужны данные для разработки и тестирования качества программного обеспечения и приложений.
Тестовые данные могут быть созданы вручную с помощью инструмента создания данных или могут быть получены из существующей производственной среды.
Эти данные не появляются просто так; им нужно правильно управлять, чтобы он был полезен для тестов. Управление тестовыми данными можно разделить на 4 этапа:
Понимание вашей модели данных необходимо для создания правильного набора тестовых данных. Многие тестировщики хорошо разбираются в своих данных, но инструмент также может помочь обнаружить данные, хранящиеся в базе данных.
Данные профиля для поиска конфиденциальных данных, визуализации зависимостей данных и поиска аномалий данных для улучшения требований к тестовым данным.
Как сказано во вступлении, тестовые данные могут быть созданы вручную путем генерации данных или могут быть получены из существующих производственных сред.
Создание или создание данных вручную возможно только при наличии нескольких таблиц. Когда количество столов растет, становится все труднее. Вот почему многие организации используют (100%) копию продукции, даже если она довольно устарела.
Большинству организаций не нужны все данные, которые они хранят в непроизводственной среде, и это стоит им денег. Использование подмножеств вместо этого приведет к созданию наборов тестовых данных, содержащих все необходимые тестовые примеры, но это не повлияет на емкость хранилища.
Тестовые данные, полученные из производственной среды, - подгруппы или нет - могут содержать конфиденциальную информацию.
Чтобы защитить личную идентифицируемую информацию (PII), данные должны быть анонимными или замаскированными, прежде чем их можно будет использовать в таких целях, как тестирование и разработка.
Данные могут быть замаскированы с помощью правил маскирования и генерации синтетических данных.
Хороший инструмент маскирования данных сочетает в себе несколько методов для создания правильного шаблона маскирования.
Исследования показывают, что значительная часть времени разработки программного обеспечения (включая тестирование) теряется в ожидании обновления данных тестирования.
Причина этого в том, что запрос на обновление - это излишне сложный и, следовательно, трудоемкий процесс, как показано на рисунке ниже.
Почему на это уходит столько времени? Потому что для этого нужно так много людей! Если бы Dev, Test и QA могли управлять только своими тестовыми данными, было бы сэкономлено много времени.
С помощью инструмента управления данными тестирования тестировщики могут обновлять собственный набор данных через портал самообслуживания. Или его можно интегрировать с инструментами для автоматизации предоставления тестовых данных (а также можно автоматизировать подмножество и маскирование данных).
Важно, чтобы данные тестирования были высокодоступными и легко обновлялись, чтобы ускорить вывод вашего программного обеспечения на рынок.
Когда тестовые данные легкодоступны и тестировщики могут самостоятельно обновлять свои тестовые среды, весь цикл разработки программного обеспечения выиграет.
Вам необходимо контролировать свои тестовые данные, если вы хотите начать с непрерывной интеграции или непрерывного развертывания.
Для получения дополнительной информации об управлении тестовыми данными посетите https://www.datprof.com .