Обзор конверсионного тестирования в тестировании программного обеспечения
Конверсионное тестирование:
Каждый процесс разработки программного обеспечения следует жизненному циклу разработки программного обеспечения (SDLC) для разработки и предоставления программного продукта хорошего качества. На этапе тестирования разработки программного обеспечения выполняются различные типы тестирования программного обеспечения для проверки различных контрольных параметров или тестовых случаев. Где в каждом программном обеспечении данные являются важной частью, поскольку с помощью данных программное приложение выполняет свои операции. Тестирование преобразования выполняется для проверки преобразования одного формата данных в другой формат данных, который может постоянно использоваться тестируемым приложением. Любой тип данных может быть преобразован из одной формы в другую, но веб-страницы должны быть в формате HTML, чтобы браузер мог легко отображать страницу.
Некоторые распространенные примеры тестов:
- Цвет кнопки –
Например, мы проверяем, конвертируется ли синяя кнопка с большей скоростью, чем красная. - Фоновая картинка -
Например, он проверяет, конвертируется ли фоновое изображение с большей скоростью, чем обычное обычное изображение. - Предложение -
Например, он проверяет, обеспечивает ли бесплатная доставка товаров стоимостью менее 50 долларов США скидку более 10 %. - Выскакивать -
Например, он проверяет, конвертируется ли всплывающее окно с большей скоростью, чем всплывающее окно для мобильных посетителей.
A/B-тесты и последовательные тесты:
- A/B-тест — это просто создание двух версий чего-то. Он автоматически учитывает все факторы, потому что набор посетителей от других отличается только тем, что они видят на вашем сайте, при этом время, год, погода одинаковы, т.е. ограничение посторонних действий, которые могут повлиять на результат.
- С другой стороны, при последовательном тестировании мы делаем что-то одно в течение определенного периода времени, и если мы вносим некоторые изменения, мы оставляем их на тот же период времени, тогда мы можем легко сравнивать результаты. Но в данном случае он правильно проанализирован, потому что многие факторы могли изменить результаты, которые могут быть вне контроля.
Уровни тестирования преобразования данных:
В основном проводится два уровня тестирования, т. е. техническое и деловое «теплое и нечеткое тестирование». Техническое тестирование проверит преобразование в соответствии со спецификациями, а бизнес-тестирование даст представителям бизнеса уверенность, когда их старая система будет в покое, а ценные данные будут безупречно скопированы в новую систему.
1. Технические испытания:
Мы должны инициировать это тестирование, установив прослеживаемость тестов. По крайней мере, один тест должен быть написан для каждого оператора, как и предыдущий, чтобы гарантировать, что тест покроет все данные, которые нужно преобразовать. Мы должны инициировать это тестирование, установив прослеживаемость тестов. По крайней мере, один тест должен быть написан для каждого оператора, как и предыдущий, чтобы гарантировать, что тест покроет все данные, которые нужно преобразовать.
Мы можем писать запросы разными способами, чтобы проверить, правильно ли преобразована конкретная запись.
В основном есть два наиболее распространенных запроса:
- (i) Количество строк
- (ii) Идентифицировать объекты с отсутствующими данными
(i) Количество строк –
Они используются для сравнения нет. записей в исходной и целевой таблице. Если преобразование является прямым преобразованием, приведенные выше запросы могут легко проверить нет. строк. Если записи с определенным параметром должны быть преобразованы, мы можем выполнить следующие запросы.
Run against Source Table,
Choose count(*) from [Source table]
where [field1] = [a condition]
[field2] = [another condition]
Run against Target Table,
Choose count(*) from [Target table]Этот тест даст вам нет. подмножества исходной таблицы, которые должны быть преобразованы, и общее количество. строк в целевой таблице. Тест считается пройденным, если числа совпадают.
(ii) Выявление объектов с отсутствующими данными –
Его основное внимание уделяется идентификации родительских объектов, чьи дочерние объекты, которые должны были быть преобразованы, отсутствуют. Он проверяет, что у каждого родителя есть соответствующий дочерний объект, мы пишем запрос SQL в следующих шагах.
а. Напишите запрос, который получит внешний ключ, который возвращается к родительской таблице из таблицы дочерних объектов. например
where [field1] = [value1] AND [field2] = [value2] AND [field3] = [value3]
Здесь это предоставит все правильно подключенные дочерние объекты.
б. Напишите запрос для родительской таблицы, который получит все parent_id, которые должны быть дочерними объектами в ChildObjectTable, например
choose id from parentTable where [fieldX] = [a value]
в. Теперь мы объединяем два запроса, которые помогут сгенерировать новый запрос для отображения идентификатора parent_id, которого не было в первом запросе. например
select id from parentTable
where [fieldX] = [some value] and
id is not in (
select parent_id from childObjectTable
where [field1] = [value1] AND
[field2] = [value2] AND
[field3] = [value3]
)Таким образом, список будет генерировать список всех идентификаторов parent_id, в которых отсутствует правильно сгенерированный дочерний объект из childObjectTable.
2. Бизнес-тестирование:
- После определения бизнес-теста его можно выполнить либо с помощью службы SQL, либо с помощью тестов графического интерфейса. В этом тестировании бизнес-персонал будет знать, что нужно искать в старой системе, и, следуя действиям в тесте, мы можем продемонстрировать, что интересующие их данные преобразуются точно.
- Итак, здесь они напишут тест, подобный функциональному тесту, который включает навигацию по системе и т. Д., Который будет отображать данные в системе.