Все тексты пишутся текстировщиком по определенному алгоритму, который хранится у него в голове. Такая методика не совсем удобна, да и утомительна. Было бы неплохо, если бы этот алгоритм хранился не в голове текстировщика, а в специальном коде, представленным каким-то софтом. То есть, нужно создать такую программу, которая бы автоматически использовала тест — кейсы. Вот этим, как раз, и занимается метод попарного тестирования.
В качестве примера можно взять вариант тестирования работы какого-то определенного интернет — ресурса, при использовании различных браузеров. В данном случае нам важно знать, с каким из них наш сайт будет работать лучше, с каким хуже, и при каких условиях вообще может произойти сбой. Чтобы это сделать, придется использовать массу параметров, причем, в различных их сочетаниях. На это уйдет много времени, не говоря уже об огромном количестве тестов. Но если использовать попарный метод тестирования, то количество тестов уменьшится многократно.
Смысл попарного тестирования состоит в том, что большинство документов, описывающих последовательность действий текстировщика, будет определяться специальным тестом, который в автоматическом режиме проверяет сочетание двух разных параметров. Это позволяет исключать ошибки, которые могут возникнуть в случае сочетания трех, и более параметров. При этом текстировщик сам выбирает набор кейсов, с желаемой комбинацией параметров.
Сложность данного метода заключается в том, чтобы подобрать такой алгоритм действий, который бы обеспечил минимальное количество тестов, и одновременно позволил бы комбинировать проверяемые пары в одном и том же тесте. Ну, а для этого можно использовать математические методы, к числу которых, например, относятся ортогональные матрицы.
Непосвященному человеку этот метод покажется довольно сложным. Разобраться в нем будет не просто. В этом и состоит его основная опасность. Даже если пытаться тестировать минимальное количество параметров, то от этого задача не становится проще. Сложность метода будет расти пропорционально увеличению числа тестируемых параметров. К тому же, этот метод даст положительный результат, лишь в том случае, если будет наполнен правильно подобранными функциональными тестами. То есть, если вы хотите протестировать сайт на разных браузерах, то, в первую очередь, вам нужно убедиться, что на данной операционной системе они вполне будут работоспособны с параметрами по умолчанию. При парном же тестировании будет использовано большое количество параметров, отличных от тех, которые использовались по умолчанию, поэтому и возникает вероятность сбоя системы, и одновременно трудность локализации параметра, ставшего его причиной. В этом случае метод не будет работать эффективно, и от него нужно отказаться.
Вывод прост. Метод попарного тестирования можно использовать лишь на стабильно работающей системе, и только в том случае, если прежние тесты потеряли свою актуальность.
Прежде, чем выбрать параметры для тестирования, нужно убедиться в отсутствии негативных тестов, так как при их включении в тест — кейсы будет производиться проверка всего одного параметра, а значит, некоторые пары вообще не будут учтены и не проверены. Это еще один недостаток данного метода.
Опасность заключается и в том, что тестировщик может просто не включить в кейс какой-то важный параметр или же его значение. В этом случае произойдет автоматическое увеличение количества тестов, что приведет к некорректному тестированию.
Проводить попарное тестирование без применения технических средств крайне сложно. Это можно делать лишь с помощью специальных программных продуктов, таких, например, как «Allpairs». Но это уже совершенно иная тема.
