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

Какво представлява тестването на таблицата с решения?

Тестването на таблици за решения е техника за тестване на софтуер, използвана за тестване на поведението на системата за различни входни комбинации. Това е систематичен подход, при който различните входни комбинации и съответното им системно поведение (изход) се записват в таблична форма. Ето защо се нарича още Причина-следствие таблица, където са записани причините и следствията за по-добро покритие на тестовете.

A Таблица за решения е таблично представяне на входните данни спрямо правила, случаи или тестови условия. Това е високоефективен инструмент както за сложни тестване на софтуер и управление на изискванията. Таблицата с решения помага да се проверят всички възможни комбинации от условия, а тестерите могат лесно да идентифицират липсващите условия. Условията се обозначават с помощта на стойностите „Вярно“ (T) и „Невярно“ (F).

Пример 1: Таблица с решения за екран за вход

Нека създадем таблица за решения за екран за вход.

Условието е просто: ако потребителят въведе правилно потребителско име и парола, той бива пренасочен към началната страница. Ако някое от въведените данни е грешно, се показва съобщение за грешка.

Условия	правило 1	правило 2	правило 3	правило 4
Потребителско име (T/F)	F	T	F	T
Парола (T/F)	F	F	T	T
Изход (E/H)	E	E	E	H

Legend:

• T – Правилно потребителско име/парола
• F – Грешно потребителско име/парола
• E – Показва се съобщение за грешка
• H – Показва се началният екран

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

• Дело 1 – Потребителското име и паролата са грешни. На потребителя се показва съобщение за грешка.
• Дело 2 – Потребителското име е правилно, паролата е грешна. На потребителя се показва съобщение за грешка.
• Дело 3 – Потребителско име грешно, паролата правилна. На потребителя се показва съобщение за грешка.
• Дело 4 – Потребителското име и паролата са верни. Потребителят отива към началната страница.

При преобразуването на това в тестов случай, можете да създадете два сценария, защото и трите случая на грешка тестват едно и също правило.

• Въведете правилното потребителско име и парола, след което щракнете върху „Вход“ — потребителят трябва да отиде на началната страница.
• Въведете грешно потребителско име и/или грешна парола, след което щракнете върху „Вход“ — потребителят трябва да види съобщение за грешка.

Пример 2: Таблица с решения за екран за качване

Сега разгледайте диалогов прозорец, който изисква от потребителя да качи снимка при определени условия:

1. Допуска се само формат „.jpg“.
2. Размерът на файла трябва да е по-малък от 32 KB.
3. Резолюцията трябва да бъде 137 × 177.

Ако някое от условията е неуспешно, системата извежда съответно съобщение за грешка; ако всички условия са изпълнени, снимката се качва успешно.

Таблицата с решенията за този случай е показана по-долу.

Условия	Дело 1	Дело 2	Дело 3	Дело 4	Дело 5	Дело 6	Дело 7	Дело 8
формат	. JPG	. JPG	. JPG	. JPG	Не .jpg	Не .jpg	Не .jpg	Не .jpg
Размер	< 32 KB	< 32 KB	≥ 32 КБ	≥ 32 КБ	< 32 KB	< 32 KB	≥ 32 КБ	≥ 32 КБ
Резолюция	137 × 177	Не 137×177	137 × 177	Не 137×177	137 × 177	Не 137×177	137 × 177	Не 137×177
Продукция	Снимката е качена	Несъответствие на резолюцията	Несъответствие на размера	Несъответствие между размера и резолюцията	Несъответствие във формата	Несъответствие между формат и резолюция	Несъответствие между формат и размер	Несъответствие във формат, размер и резолюция

От тази таблица можете да създадете осем тестови случая за пълно покритие:

1. .jpg, < 32 KB, 137×177 → снимката е качена успешно.
2. .jpg, < 32 KB, не 137×177 → грешка поради несъответствие на резолюцията.
3. .jpg, ≥ 32 KB, 137×177 → грешка поради несъответствие на размера.
4. .jpg, ≥ 32 KB, не 137×177 → грешка в несъответствие между размера и резолюцията.
5. Не е .jpg, < 32 KB, 137×177 → грешка във форматно несъответствие.
6. Не е .jpg, < 32 KB, не е 137×177 → грешка в несъответствие между формата и резолюцията.
7. Не е .jpg, ≥ 32 KB, 137×177 → грешка в несъответствие между формата и размера.
8. Не е .jpg, ≥ 32 KB, не е 137×177 → грешка в несъответствието на формата, размера и резолюцията.

Защо тестването на таблици за решения е важно

Тестването на таблици за решения е важно, защото тества много комбинации от условия и осигурява силно покритие за сложна бизнес логика. Когато системното поведение се различава за всеки набор от входни данни, техниката дава добро покритие в просто и лесно за четене представяне.

In софтуерно инженерство, анализът на граничните стойности и еквивалентното разделяне са подобни техники, но са най-ефективни, когато системата показва един и същ поведение в голям набор от входни данни. Когато поведението е различен За всяка входна комбинация тези техники не могат да осигурят добро покритие — и тестването на таблици за решения се превръща в по-добрия вариант.

Тази таблица служи и като ориентир за разработване на изисквания и функционалност, защото е лесна за разбиране и обхваща всички комбинации. Значението ѝ нараства с увеличаване на входните данни: броят на възможните комбинации е 2^n, където n е броят на входните данни. За n = 10, което е често срещано в уеб формулярите, това са 1,024 комбинации. Не можете да тествате всички, но можете да изберете богато подмножество, използвайки тестване, базирано на решения.

Предимства на тестването на таблицата с решения

• Работи, когато поведението на системата се различава в различните входни данни, където еквивалентното разделяне и анализът на граничните стойности са недостатъчни.
• Представянето е просто, така че е лесно интерпретируемо и полезно както за екипи за разработка, така и за бизнес екипи.
• Помага за изграждането на ефективни комбинации и осигурява по-добро покритие на тестовете.
• Всяко сложно бизнес условие може да се превърне в таблица за вземане на решения.
• Може да осигури 100% покритие, когато броят на входните комбинации е нисък.

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

Основният недостатък е, че с увеличаването на броя на входните данни, таблицата става по-сложна и по-трудна за управление.

Въпроси и Отговори