Метод комбинаторного покрытия условий

Честно, не владею этим в совершенстве, но поняла простую штуку как по аналогии применять к чему угодно.

Представим 10 раз повторений списка от 1 до 10:

Допустим под номером 1 у меня скрывается нечто, что вызывает ошибку, но я не уверена в этом. Как это проверить? Мне надо локализовать проверку моего нечто именно под номером 1 и чтобы не затрагивались варианты сочетаний, пар и прочего.

Должно получится что-то такое:

А потом делаем так:

Потребуется первое значение вернуть к тому, что было в первой строчке и чтобы не получалось такого:

Иначе невозможно будет ответить точно ли ошибка под номером 1, или ошибка от сочетания 1 и 2, или скрывается где-то ещё. Понимание этого метода проверки поможет написать достаточно атомарные, полные, исчерпывающие функциональные требования, чтобы они были понятные и проверяемые. Естественно, это не все методы и парадигмы проверки, но рассуждая хотя бы в таком ключе это поможет повысить качество документации.