Автор оригинала: Nagu Reddy.
IBM Big Data и Analytics Hub Веб-сайт процитировал тематическое исследование, где страховая компания США оценивала 15% своих усилий по тестированию, чтобы быть просто тестируемыми сборами данных для бэкверной системы и системы Frontend.
Чтобы процитировать исследование: «За каждые 14 миллионов долларов США поставки по разработке программного обеспечения и командой QA, спрятанные 3 миллиона долларов США было потрачено на управление данными. Все задачи управления данными включали в себя движущиеся данные из задних систем для идентификации тестовых данных, маскировка данных конфиденциальных данных, пропущенных дефектов производства из-за недоступности правильных тестовых данных, манипулирования данных для разных сценариев, хранения данных тестирования ».
Управление тестовыми данными для компании стала большой проблемой и должна была быть решена. Таким образом, полный процесс был рассмотрен и оценен. Наконец, был реализован процесс управления тестовыми данными. Это помогло страховой компании сэкономить 400 000 долларов США ежегодно, в стоимость тестирования.
Над приведенным выше примером четко утверждают важность и потребность в надлежащем управлении тестовыми данными (TDM), также известным как управление данными по тестированию программного обеспечения.
Что такое тестовые данные?
По Википедия — «Тестовые данные — это данные, которые были определены для использования в тестах, как правило, компьютерной программы».
Тестовые данные, необходимые путем тестирования команды для проверки приложения, могут быть двух типов:
1. Статические данные- Это данные, которые не изменяются после записи и обычно содержат нечувствительные данные, такие как имя города, PIN-код и т. Д.
2. Динамические данные (данные транзакции) — Эти данные могут измениться после записания и обычно включают конфиденциальные данные, такие как медицинская история клиента, количество сотрудников и т. Д.
Для целей тестирования требуется смесь статических и динамических данных. Данные могут присутствовать в разных форматах, разных базах данных и разных типах. Тестирование может потребовать данных из разных источников в соответствии с конкретным требованием к тестированию приложения (AUT).
В основном данные, используемые для тестирования, — это производственные данные, поскольку охватывает все типы различных данных, которые приложение может столкнуться в живой среде.
Теперь представьте сценарий, где транзакционные данные, содержащие номер кредитной карты, номер мобильного телефона, банка входа в систему, предоставляются в команду тестирования для целей тестирования.
В случае неправильного использования такого критического и высокого риска данных, действующие клиентами определены. Это нарушение не только приведет к финансовым потерям, но доверие клиентов также будут потеряны и в конечном итоге вызовут катастрофический ущерб бизнесу Банка.
Итак, как проверить бизнес-критичное банковское приложение в таком случае, без производственных данных, где ненадлежащие данные приведут к пугающим дефектам производства? Ответ — Маскировка данных Отказ
Мы будем использовать продукты производства после маскировки или скрытия конфиденциальной информации. Эта маскировка поставляется под TDM (управление тестовыми данными), где мы намерены сохранять чувствительные производственные данные отдельно от тестовых данных.
Давайте понять немного больше о тестировании управления данными (TDM).
Что такое управление тестовыми данными?
На Informatica Мы находим определение TDM как — «создание неработающих данных наборов данных, которые надежно имитируют фактические данные организации, чтобы разработчики системы и приложений могут выполнять строгие и действующие системные тесты».
В простых терминах управления тестовыми данными (TDM) является процессом, который включает в себя процесс управления, дизайна, хранения и поиска тестовых данных. TDM гарантирует, что данные тестирования имеют высокое качество, соответствующее количество, правильный формат и своевременно удовлетворяет требование тестирования данных своевременно.
Для создания тестовых данных есть три подхода:
1. Скопировать производственные данные
i. Фактические производственные базы данных копируются или клонированы в этом подходе.
II. Из-за большого размера производственной базы данных это процессы, потребляющий много времени.
III. Создает зависимость от производственной среды, команда по тестированию и разработке не может создать сами по тестовым данным.
Внутри Это процесс высокого риска, потому что конфиденциальные данные клиентов на карту. Если нарушение данных происходит, то правовые процедуры могут плохо помешать бизнесу.
2. Синтетические данные тестирования
я. Администратор базы данных (DBA) создает и запускает SQL-запросы на таблицах базы данных, чтобы собрать необходимые тестовые данные.
II. Требуется опыт DBA имеет решающее значение, обширные знания схемы, отношения и базы данных.
III. Это потребляющее по времени, потому что запись запроса и пробега их на БД может занять время.
Внутри DBA необходимо добавить все условия отрицательного и граничного значения, а также в тестовых данных для тестирования.
3. Создание подмножества данных
i. В отличие от клонирования данных, разные подмножества производственной базы данных копируются, а не вся база данных.
II. Этот подход эффективен, потому что подмножество копируется, поэтому не вся база данных не участвует.
III. Квалифицированные люди должны решить, какие данные должны быть скопированы.
Внутри Маскировка данных является важным шагом в создании подмножества данных. Чувствительные данные замаскируются, чтобы исключить любые данные неправильно.
v. Создание подмножества данных является наиболее используемым подходом создания данных в процессе управления тестовыми данными. Два других подхода обычно избегают из-за затрат, и чувствительность данных.
Шаги для управления тестовыми данными
1. Анализ требований к данным
Эти тестовые данные могут потребоваться на разных интерфейсах приложения. Формат и тип данных также могут быть разными на этих интерфейсах.
Таким образом, первый шаг состоит в том, чтобы понять требование к данным Организации, основанной на тестовых случаях, которые будут запущены. Это потребует знания домена, бизнеса и всех приложений, связанных во всей конечном процессе.
Пример — банковская система, она будет иметь систему CRM, финансовое приложение для транзакций, которые будут связаны с системами обмена сообщениями для SMS и OTP. Здесь лицо, анализирующее требование о тестировании данных, должно иметь опыт в банковской области, CRM и финансовых знаниях и системах обмена сообщениями и обмена сообщениями.
2. Создание подмножества данных
Как мы уже видели выше, это наиболее широко используемая техника создания данных. Реальные производственные данные копируются для предоставления различных подмножеств, которые соответствуют всем требованиям к тестовым данным.
Точность, уникальность, консистенция, ссылочная целостность Все эти особенности тестовых данных следует позаботиться о копировании данных. Данные для граничного значения и отрицательного тестирования также создаются путем изменения подмножеств или добавления некоторых данных.
3. Маскировка данных
Мы имеем дело с чувствительными производственными данными, действительно важно скрыть данные о клиентах, таких как история болезни, банка входа, номер телефона, кредитная/дебетовая карта и т. Д. Любая неспособность защищать конфиденциальные данные может привести к соблюдению и нормативным вопросам.
4. Автоматизация и инструменты
В TDM автоматизация может использоваться для выполнения вышеуказанных задач клонирования данных, генерации данных и маскировки данных. Если все эти шаги выполняются вручную все эти шаги, на самом деле, потребляются по времени и безрезультатно, поскольку мы имеем дело с огромными данными.
Сценарии автоматизации могут быть созданы или могут быть созданы инструменты управления лицензированными тестовыми данными, такие как Informatica, Delphix DatPROF и т. Д. Усовершенствованные инструменты также помогают в отчетности, чтобы помочь организации принять более качественные решения о тестовых данных.
5. Техническое обслуживание и обновление
Существует центральный репозиторий тестовых данных, которые имеют правила для доступа и привилегий. Тестовые данные нуждаются в периодическом обновлении, чтобы отразить последние и наиболее актуальные тестовые данные. Если несколько модулей в проекте используются одни и те же репозиторий для тестовых данных, правильно управляемый цикл обновления является необходимостью.
Наряду с обновлением данных содержание репозитория также очень важно. В течение определенного периода времени тестовые данные могут стать устаревшими или избыточными. Должен быть надлежащее обслуживание тестовых данных, чтобы сохранить ее последовательную, исправить и доступно со временем.
В противном случае такие данные будут иметь ненужное пространство для хранения в репозитории, а поиск соответствующих тестовых данных может занять больше времени, чем ожидалось.
Почему тестовые данные управления настолько важны
Наличие специализированной команды управления тестовыми данными и систематический процесс TDM на месте, имеет огромные преимущества для организации и клиента.
Ниже приведены точки, которые изображают важность TDM.
1. Увеличение охвата данных тестирования: TDM помогает проводить прослеживание тестовых данных для тестирования случаев, а затем к требованиям. Это обеспечивает вид на животных охвата данных о тестовых данных и дефекты.
2. Снижение затрат, найдя ошибки рано: Как видно в предыдущей точке, есть лучшие охват данных испытаний, а прослеживаемость обеспечивает более четкое изображение. Это помогает в поисках ошибок рано, а стоимость производственных исправлений уменьшается.
3. Данные обеспечиваются на основе типа тестирования: Уникальная функция, которая обеспечивается процессом TDM, заключается в том, что данные управляются в одном месте. Из того же хранилища соответствующие данные могут быть предоставлены для различных типов тестирования Функциональная, интеграция, производительность и т. Д. Это уменьшает избыточные копии данных, и, следовательно, стоимость хранения уменьшается.
4. Соответствие данных и безопасность: Есть строгие правила и правила соблюдения. и власти, и эти должны следовать всеми. Маскировка данных является неотъемлемой частью процесса TDM, безопасность и соответствие данных дается главным приоритетом.
5. Рыножевие данных: Повторножеемость — самая ценная особенность TDM, поскольку это помогает при дальнейшем снижении затрат. Многоразовые данные отсортированы и архивируются в центральном репозитории для будущего использования. Всякий раз, когда возникает требование для многоразовых данных, тестеры могут использовать архивные данные.
6. Чтобы уменьшить копии данных: В проекте несколько команд могут сделать несколько копий одинаковых продуктов для их использования. Это приводит к резервному копии одинаковых данных и пространства для хранения неправильно используются. Когда TDM используется, той же репозиторий используется всеми командами, и, следовательно, пространство для хранения усердно используется.
7. Доверие клиента: Основные преимущества процесса TDM являются данные о качестве и очень хорошие данные охвата данных. С этими качествами, присутствующими во время фазы тестирования, ошибки распутали рано. Результатом является стабильное и качественное применение, которое имеет минимальные производственные дефекты. Уровень доверия клиента в организации увеличивается, когда клиент получает посмотреть такие заманчивые результаты принятия процесса TDM.
Заключение
Создание тестовых данных выполняется командой тестирования, как правило, команда тестирования не имеет прямого доступа к производственным данным. Даже если предоставлена производственные данные, это большой кусок необработанных данных. Эти необработанные данные не могут быть использованы непосредственно для целей тестирования, необходима значительные усилия для сортировки, управления и адаптации данных для использования.
Высококачественные данные являются основными потребностями, если мы планируем иметь качественное программное тестирование. Среднее качество данных обеспечит посредственные результаты после тестирования, и никто никогда не хочет этого. Чтобы разрешить все эти проблемы, тестовые данные управления данными являются лучшим решением.
С Agile и DEVOPS циклов тестирования становятся меньше. Для создания качественных данных в этом цикле наряду с выполнением программного обеспечения тестирование может получить действительно сложный. Чтобы уменьшить затраты, время и усилия в цикле тестирования —Тестное управление данными, кажется, является идеальным решением с видимыми результатами. Это прививает ощущение удовлетворения и доверие к клиенту, а лучший бизнес — это результат.
Проверьте Руководство на что, как и почему из данных управляемого тестированием подробно.
Оригинал: «https://www.codementor.io/@nagreddy7190/reasons-why-test-data-management-tdm-is-important-16gqpv7s4k»