Тестирование таблицы решений (пример)

Что такое тестирование таблицы решений?

Тестирование таблицы решений — это метод тестирования программного обеспечения, используемый для проверки поведения системы при различных комбинациях входных данных. Это систематический подход, при котором различные входные комбинации и соответствующее им поведение системы (Выход) фиксируются в табличной форме. Именно поэтому его еще называют Причина-Следствие таблица, в которой указаны причины и следствия для лучшего охвата тестами.

A Таблица решений представляет собой табличное представление входных данных в сравнении с правилами/случаями/условиями тестирования. Это очень эффективный инструмент, используемый как для сложных тестирование программного обеспечения и управление требованиями. Таблица решений помогает проверить все возможные комбинации условий для тестирования, а тестировщики также могут легко выявить пропущенные условия. Условия обозначаются значениями True(T) и False(F).

Давайте учиться на примере.

Пример 1. Как составить таблицу базы решений для экрана входа в систему

Давайте создадим таблицу решений для экрана входа в систему.

Условие простое: если пользователь вводит правильное имя пользователя и пароль, он будет перенаправлен на домашнюю страницу. Если какой-либо из входных данных неправильный, будет отображено сообщение об ошибке.

Conditions	Правило 1	Правило 2	Правило 3	Правило 4
Имя пользователя (Т/П)	F	T	F	T
Пароль (Т/Ф)	F	F	T	T
Выход (Э/Г)	E	E	E	H

Легенда:

• T – Правильное имя пользователя/пароль
• F – Неправильное имя пользователя/пароль
• E – Отображается сообщение об ошибке
• H – Отображается главный экран

Интерпретация:

• Кейс 1 – Имя пользователя и пароль были неправильными. Пользователю отображается сообщение об ошибке.
• Кейс 2 – Имя пользователя было правильным, но пароль неверным. Пользователю отображается сообщение об ошибке.
• Кейс 3 – Имя пользователя было неправильным, но пароль правильный. Пользователю отображается сообщение об ошибке.
• Кейс 4 – Имя пользователя и пароль были правильными, и пользователь перешел на домашнюю страницу.

Преобразуя это в прецедент, мы можем создать 2 сценария,

• Введите правильное имя пользователя и правильный пароль и нажмите «Войти», и ожидаемым результатом будет переход пользователя на домашнюю страницу.

И один из приведенных ниже сценариев

• Введите неправильное имя пользователя и неправильный пароль и нажмите «Войти», и ожидаемым результатом будет сообщение об ошибке.
• Введите правильное имя пользователя и неправильный пароль и нажмите «Войти». Ожидаемым результатом будет сообщение об ошибке.
• Введите неправильное имя пользователя и правильный пароль и нажмите «Войти». Ожидаемым результатом будет сообщение об ошибке.

Поскольку они по сути проверяют одно и то же правило.

Пример 2: Как составить таблицу решений для экрана загрузки

Теперь рассмотрим диалоговое окно, в котором пользователю будет предложено загрузить фотографию с определенными условиями, например:

1. Вы можете загрузить только изображение в формате «.jpg».
2. размер файла менее 32 КБ
3. разрешение 137*177.

Если какое-либо из условий не выполнено, система выдаст соответствующее сообщение об ошибке с указанием проблемы, и если все условия выполнены, фотография будет успешно обновлена.

Давайте создадим таблицу решений для этого случая.

Conditions	Кейс 1	Кейс 2	Кейс 3	Кейс 4	Кейс 5	Кейс 6	Кейс 7	Кейс 8
Формат	. Jpg	. Jpg	. Jpg	. Jpg	Не .jpg	Не .jpg	Не .jpg	Не .jpg
Размер	Less более 32 КБ	Less более 32 КБ	>= 32кб	>= 32кб	Less более 32 КБ	Less более 32 КБ	>= 32кб	>= 32кб
разрешающая способность	137*177	Не 137*177	137*177	Не 137*177	137*177	Не 137*177	137*177	Не 137*177
Результат	Фото загружено	Несоответствие разрешения сообщения об ошибке	Несоответствие размера сообщения об ошибке	Несоответствие размера и разрешения сообщения об ошибке	Сообщение об ошибке из-за несоответствия формата	Несоответствие формата сообщения об ошибке и разрешения	Сообщение об ошибке из-за несоответствия формата и размера.	Сообщение об ошибке, связанное с несоответствием формата, размера и разрешения.

Для этого условия мы можем создать 8 различных тестовых случаев и обеспечить полное покрытие на основе приведенной выше таблицы.

1. Загрузите фотографию формата «.jpg», размером не более 32 КБ и разрешением 137*177 и нажмите «Загрузить». Ожидаемый результат: фотография должна быть успешно загружена.
2. Загрузите фотографию формата «.jpg», размером менее 32кб и разрешением не 137*177 и нажмите «Загрузить». Ожидаемый результат: должно отображаться несоответствие разрешения сообщения об ошибке.
3. Загрузите фотографию формата «.jpg», размером более 32кб и разрешением 137*177 и нажмите «Загрузить». Ожидаемый результат: должно отображаться сообщение об ошибке несоответствия размера.
4. Загрузите фотографию формата «.jpg», размером более 32кб и разрешением не 137*177 и нажмите «Загрузить». Ожидаемый результат: должно отображаться сообщение об ошибке и несоответствие разрешения.
5. Загрузите фотографию в формате, отличном от «.jpg», размером менее 32 КБ и разрешением 137*177 и нажмите «Загрузить». Ожидаемый результат: должно появиться сообщение об ошибке из-за несоответствия формата.
6. Загрузите фотографию в формате, отличном от «.jpg», размером менее 32 КБ и разрешением не 137*177 и нажмите «Загрузить». Ожидаемый результат: формат сообщения об ошибке и несоответствие разрешения должны отображаться.
7. Загрузите фотографию в формате, отличном от «.jpg», размером более 32 КБ и разрешением 137*177 и нажмите «Загрузить». Ожидаемый результат: должно появиться сообщение об ошибке из-за несоответствия формата и размера.
8. Загрузите фотографию в формате, отличном от «.jpg», размером более 32 КБ и разрешением не 137*177 и нажмите «Загрузить». Ожидаемый результат: должно появиться сообщение об ошибке несоответствия формата, размера и разрешения.

In Программная инженерия, граничное значение и эквивалентное разделение — это другие аналогичные методы, используемые для обеспечения лучшего покрытия. Они используются, если система показывает то же поведение для большого набора входных данных. Однако в системе, где для каждого набора входных значений поведение системы является различныйграничное значение и эквивалентный метод разделения неэффективны для обеспечения хорошего тестового покрытия.

В этом случае тестирование таблицы решений является хорошим вариантом. Этот метод может обеспечить хорошее покрытие, а представление простое, поэтому его легко интерпретировать и использовать.

Эту таблицу можно использовать в качестве справочного материала для определения требований и разработки функциональных возможностей, поскольку ее легко понять и охватить все комбинации.

Значение этого метода становится очевидным сразу по мере увеличения количества входных данных. Количество возможных комбинаций определяется как 2 ^ n, где n — количество входов. Для n = 10, что очень часто встречается при веб-тестировании с большими формами ввода, количество комбинаций будет 1024. Очевидно, что вы не можете протестировать все, но вы выберете богатое подмножество возможных комбинаций, используя решение. основанная на методике тестирования.

Преимущества тестирования таблицы решений

• Когда поведение системы различно для разных входных данных и неодинаково для диапазона входных данных, эквивалентное секционирование и анализ граничных значений не помогут, но можно использовать таблицу решений.
• Представление простое, поэтому его можно легко интерпретировать, а также использовать для разработки и бизнеса.
• Эта таблица поможет составить эффективные комбинации и обеспечить лучший охват для тестирования.
• Любые сложные бизнес-условия можно легко превратить в таблицы решений.
• В случае, когда мы стремимся к 100% покрытию, обычно при низком количестве входных комбинаций, этот метод может обеспечить покрытие.

Недостатки тестирования таблицы решений

Основным недостатком является то, что при увеличении количества входных данных таблица становится более сложной.

Видео тестирования таблицы решений

Нажмите здесь если видео недоступно