Три составляющие тестирования — экскурс в теорию

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

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

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

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

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

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

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

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

46.Складові процесу тестування

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

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

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

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

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

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

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

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

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

47. Управління проектом.

Управление проектам - область деятельности, в ходе которой определяется и достигается определенная цель, а также оптимизируется использование ресурсов (время, деньги, труд, материалы, энергия, пространство и др.) в рамках некоторого проекта. Иными словами управление проектами - это применение знаний, навыков, инструментов и методов для планирования и реализации действий, направленных на достижение поставленной цели в рамках проектных требований.

48. Етапи управління проектом.

- Планирование работ - Оценка рисков - Оценка необходимых ресурсов

- Организация работ - Привлечение людских и материальных ресурсов

- Назначение задач - Руководство

- Контроль над ходом выполнения (для измерения и контроля эффективности выполнения проектов используется метод освоенного объема)

- Отчет о ходе выполнения - Анализ результатов на основе полученных фактов.

Дата добавления: 2017-02-01