Функциональный подход Функциональное тестирование

 

Основывается на том, что структура ПО не известна (Чёрный ящик). Программа рассматривается как чёрный ящик, целью тестирования является выяснение обстоятельств в которых поведение программы не соответствует спецификации. Для обнаружения ошибок в программе необходимо выполнить исчерпывающее тестирование на всех возможных наборах данных. При функциональном тестировании существуют следующие методы формирования тестовых моделей:

1. эквивалентное разбиение. Область всех возможных наборов входных данных программы по каждому параметру разбивает на конечное число групп, их называют классы эквивалентности. Наборы данных такого класса объединяют по принципу обнаружения одних и тех же ошибок, т.е. если набор какого либо класса обнаруживает некоторую ошибку, то предполагается, что и все другие тесты этого класса эквивалентности тоже обнаружат эту ошибку и наоборот. Классы эквивалентности определяют выбирая ограничения установленные для каждого входного значения в ТЗ или при уточнении спецификации. Каждое ограничение разбивают на 2 или более групп

2. анализ граничных значений. Граничные значении – значения на границах классов эквивалентности входных значений или около них. В этих местах, на границах, всегда резко увеличивается возможность обнаружения ошибок. Существует насколько общих правил для применения этого метода. Если входное условие описывает область значений, то тесты строятся для границы области и строятся тесты с не правильными входными данными, для ситуация не значительного выхода за границу области, если входное условие удовлетворяет дискретному ряду значений, то формируются тесты для минимального и максимального значения и тесты для большего и меньшего значения, если существует ограничение для выходных значений, то необходимо тестировать и их.

3. анализ причины следственной связи. Он позволяет системно выбирать высоко результативные тесты. Этот метод используется методы алгебры логики: причины и следствия. Причина – отдельное входное условие или класс эквивалентности, следствие – это выходное условие или преобразование системы. Идея метода заключается в уточнении следственных связей, т.е. в отнесении всех следствий к их причинам. Данный метод даёт полезный побочный эффект: он позволяет обнаруживать неполноту или не однозначность исходных спецификаций.

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

 

Пример!!!!!!!!! Хз какой((

 

Комплексное тестирование.

 

Делится на восходящее и нисходящее.

Восходящее тестирование – предполагает, что каждый модуль программы тестируется отдельно на соответствие имеющимся на него спецификациям. Дальше эти модули, которые протестировались – собираются в модули более высокой степени интеграции, и затем тоже тестируются, при этом проверяют межмодульные интерфейсы. Тестирование продолжают до тех пор, пока не будет собран весь программный продукт. Этот подход обеспечивает полностью автономное тестирование. Недостатки: ошибки в спецификации, алгоритмах и интерфейсах могут быть обнаружены только на завершающей стадии; для тестирования модули нижнего уровня необходимо разрабатывать специальное ПО, которое обеспечивает вызов этих модулей с необходимыми параметрами.

Нисходящее тестирование напрямую связано с нисходящим проектированием и разработкой. Как только проектирование какого либо модуля заканчивается, его кодируют и передают на тестирование. Когда тестирование модуля завершено, к нему подключают следующие модули, которые непосредственно им вызываются и проводят их совместное тестирование и т.д. Недостаток: отсутствие автономного тестирования модулей. Достоинство: ранняя проверка основных решений и качественное многократное тестирование сопряжения модулей в контексте ПО.

Комбинированный подход. Его применяют, когда модули верхних уровней тестируют нисходящим способом, а модули нижних уровней восходящим способом.

 

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

 

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

 

Образец ПРОТОКОЛА!!!!!

 

Критерием для завершения тестирования служит 1 из 3х вариантов:

1. определённое количество тестов полученных по методам анализа причинно следственных связей, анализа граничных значений и предположения об ошибке перестают предъявлять ошибки.

2. возможное количество ошибок (оценивается экспертно или по специальным методикам) достигает 93-95 %.

3. строят график зависимости количества обнаруженных ошибок от времени тестирования.

 

 

Оценочное тестирование.

После завершения комплексного тестирования всегда приступают к оценочному тестированию, целью которого является тестирование программ на соответствие основным требованиям. Оценочное тестирование называют тестирование системы в целом. И оно включает в себя следующие виды:

1. тестирование удобства использования

2. тестирование на предельных объёмах

3. тестирование на предельных нагрузках

4. тестирование удобства эксплуатации

5. тестирование защиты

6. тестирование производительности – определение пропускной способности при заданной конфигурации и нагрузки.

7. тестирование требований к памяти

8. тестирование конфигурации оборудования – тест на разном оборудовании

9. тестирование совместимости – приемлемость на разные версии

10. тестирование удобства установки

11. тестирование надёжности

12. тестирование восстановления

13. тестирование удобства обслуживания

14. тестирование документации

 

Целью всех этих тестов является поиск не соответствия ТЗ. Считается, что только после выполнения всех видов тестировании программный продукт может быть представлен юзеру или к реализации