Обзор тестовых данных - ИЗОБРАЖЕНИЕ
Наша организация добавляет новые приложения, в которых мы находим данные внутри и снаружи, чтобы определить, имеет ли клиент право на услугу. Наше тестирование UAT требует поиска данных для 2 частей теста: 1. «Персона клиента» (например, возраст, история, текущий статус и т. Д. c). 2. Запись «Соответствие требованиям», чтобы узнать, сможет ли этот клиент получить услугу. на основании бизнес-правил и записи в «1» выше.
Данные чувствительны ко времени во внешних и внутренних системах и означают, что мы вступаем в цикл Refre sh восстановления производства (скрытого) в UAT. Внешняя система имеет цикл refre sh каждый месяц на месте.
Как мы go нашли эти данные следующим образом: 1. Доступ к внешней системе первый и «Customer Persona» »В наших тестах определяет, какую« запись клиента »мы получаем. 2. «Запись клиента», данная нам этой Стороной, может иметь или не иметь связанных записей в наших «Внутренних бизнес-системах» из-за неизвестных отношений между этой внешней БД и нашими внутренними системами. 3. В настоящее время мы находим записи (см. Как мы в настоящее время делаем это ниже!) В каждой из этих «Внутренних бизнес-систем», чтобы они соответствовали части «Правомочности» наших тестов, и присваиваем ей «Записи клиента» выше.
То, что мы делаем в настоящее время: 1. Внешние системные данные предоставляются нам внешней стороной в соответствии с нашими требованиями к тест-кейсу. 2. Внутренняя команда создает SQL сценарии для изменения «Записи клиента» на основе требуемых «Правомочности» данных в каждой из систем, что является большой задачей.
Что мы хотели бы сделать : 1. Не имея прав на тестовые данные во «внешней» системе, мы хотели бы объединить данные в наших внутренних системах для соответствия части «приемлемости» тестовых данных, а затем обновить «запись клиента» с этим подмножеством данных.
Какие инструменты управления тестовыми данными могли бы завершить это? Любой опыт управления этими данными испытаний во многих внутренних и внешних системах приветствуется.