Test design tecniques

Тест-дизайн - це один з початкових етапів процесу тестування ПО, на

якому плануються і проектуються тестові випадки (тест-кейси) відповідно
до критеріїв якості, вимогам до проекту і цілям тестування. Головною
метою тест-дизайну є покриття тестами всього функціоналу,
використовуючи при цьому мінімальну кількість тестів. Для того, щоб
досягти зазначеної мети, застосовують різні техніки тест-дизайну -
загальні правила і рекомендації для створення тестів при проведенні
тестування.

Equivalence class testing

Equivalent Class Partitioning is a black box technique (code is not visible to
tester) which can be applied to all levels of testing like unit, integration, system,
etc. In this technique, you divide the set of test condition into a partition that
can be considered the same. It divides the input data of software into different
equivalence data classes.
Клас еквівалентності - набір даних, обробка яких приводить до одного і
того ж результату

Boundary value testing

Аналіз граничних значень - техніка тест-дизайну, яка спрямована на
перевірку поведінки системи на граничних значеннях вхідних даних
(кордонах класів еквівалентності).

Дуже важливо перевіряти саме граничні значення, тому що досить часто

виникають помилки саме на кордонах класів еквівалентності.

Boundary value testing focuses on the boundaries because that is where so

many defects hide.

Create test cases for each boundary value by choosing one point on the
boundary, one point just below the boundary, and one point just above the
boundary.

Source article

Test design tecniques 1

 Decision table testing
Decision Table testing can be used whenever the system must implement
complex business rules when these rules can be represented as a combination
of conditions and when these conditions have discrete actions associated with
them.
Decision Table (таблица решений) — техника, помогающая наглядно
изобразить комбинаторику условий из ТЗ.
Чем проще и понятнее требования, тем меньше будет разночтений. И тем
меньше исправлений после реализации. И тем проще нам,
тестировщикам, писать тест-кейсы по таким требованиям.

В тестировании таблица решений используется для того, чтобы на основе

требований составить тест-кейсы. И ничего не забыть при сложных
комбинациях входных условий! Ведь каждая строка или столбец таблицы
→ готовый тест-кейс.

Source article

State transition diagram

State-Transition diagrams direct our testing efforts by identifying
the states, events, actions, and transitions that should be tested. Together,
these define how a system interacts with the outside world, the events it
processes, and the valid and invalid order of these events.

State & Transition Diagram (сокращенно S&T — схема состояний и

переходов. Техника для визуализации ТЗ. Она наглядно показывает, как
некий объект переходит из одного состояния в другое.

Вот объект находился в состоянии А, потом произошло какое-то действие,

и он попал в состояние В. Потом он попадет в состояние С и другие...
Принцип не меняется, было одно состояние, стало другое.

Source article

Pairwise technique
Pairwise (a.k.a. all-pairs) testing is an effective test case generation technique
that is based on the observation that most faults are caused by interactions of
at most two factors. Pairwise-generated test suites cover all combinations

Test design tecniques 2

 of minimum two parameters therefore are much smaller than exhaustive ones
yet still very effective in finding defects

Purposes: creating and running between 1 percent to 20 percent of the tests

you will find between 70 percent and 85 percent of the total defects

Pairwise testing (попарное тестирование) – это техника формирования

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

Error Guessing
Error Guessing is a software testing technique based on guessing the error
which can prevail in the code. The technique is heavily based on the
experience where the test analysts use their experience to guess the
problematic part of the testing application. Hence, the test analysts must be
skilled and experienced for better error guessing.

The technique counts a list of possible errors or error-prone situations. Then

tester writes a test case to expose those errors. To design test cases based on
this software testing technique, the analyst can use the past experiences to
identify the conditions.

Guidelines for Error Guessing:

The test should use the previous experience of testing similar applications

Understanding of the system under test

Knowledge of typical implementation errors

Remember previously troubled areas

Evaluate Historical data & Test results

Requirement tracibility matrix

Test design tecniques 3