44. Техніка тестування. Особливості використання. Переваги, недоліки

Техника тестирования:

1. техники базируются на интуиции и знаниях инженеров

- специализированные тестирования

- исследовательское тестирование(опыт,интуицияразработчика)

2. техники базируются на спецификации вход, выход, дел. – техники задания

спецификация основывается на технических требованиях должна быть дополнена вариантами выхода из како-то конфликтной ситуации

- эквивалентность разделения(выделение эквивалентных классов)

- анализ граничных значений

3. Таблица принятий решений

4. Тестирование на основе конечного автомата - Случайное тестирование

5. Техники ориентированнные на код(ориентируются на структурное тестирование)

45.Процес тестування.

Тестирование – деятельность вып.для оценки и улучшения качества ПО

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

Тестирование – функция наоснове кот можноопр любые действия

Тестирование программных систем состоит из динамических варификаций поведения программнаконечном наборе тестов(формальная проверка состояниянекоторого объекта)

Тесты выбираются такимобразом,чтобы они охватывали прикладную область и обеспечивали поведение системы

Динамичность – тестирование, осущ. на множестве входных параметров на каком-то временном интервале {Pj}->”дельта”t

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

46.Складові процесу тестування Три составляющие тестирования — экскурс в теорию

Модульному тестированию подвергаются небольшие модули (процедуры, классы и т.п.). При тестировании относительного небольшого модуля размером 100-1000 строк есть возможность проверить, если не все, то, по крайней мере, многие логические ветви в реализации, разные пути в графе зависимости данных, граничные значения параметров. В соответствии с этим строятся критерии тестового покрытия (покрыты все операторы, все логические ветви, все граничные точки и т.п.).

Проверка корректности всех модулей, к сожалению, не гарантирует корректности функционирования системы модулей. В литературе иногда рассматривается «классическая» модель неправильной организации тестирования системы модулей, часто называемая методом «большого скачка». Суть метода состоит в том, чтобы сначала оттестировать каждый модуль в отдельности, потом объединить их в систему и протестировать систему целиком. Для крупных систем это нереально. При таком подходе будет потрачено очень много времени на локализацию ошибок, а качество тестирования останется невысоким. Альтернатива «большому скачку» — интеграционное тестирование, когда система строится поэтапно, группы модулей добавляются постепенно.

Распространение компонентных технологий породило термин «компонентное тестирование» как частный случай интеграционного тестирования.

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

Начальная фаза – на этом этапе осуществляется анализ требований, подготовка предложения и начального варианта тестовой документации. 

Изучение системы – этот этап включает работу над первой доставкой тестируемого продукта. В результате первых тестов и более тесного знакомства с системой возможны незначительные модификации тестовой документации.

Фаза функционального и регрессионного тестирования – в течение этой фазы для каждой доставки продукта осуществляется повторяющаяся деятельность. Регулярный тест включает в себя полное тестирование нового и регрессионное тестирование старого функционала.

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

Приёмочное тестирование – этот этап предназначен для финального контроля качества продукта на конечной платформе.