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

Тестирование – это деятельность, выполняемая для оценки и улучшения качества программных систем.

Уровни тестирования:

Модульное тестирование

Позволяет проверить функциональность отдельно взятых модулей.

Интеграционное тестирование

Проверка системного ПО и модульных программ.

Системное тестирование

Обеспечивает полностью проверку всех программ, их совместимость, все процессы.

Существуют следующие виды тестирования:

Приемочное тестирование

Проверяет соответствие функций требованиям заказчика

Установочное тестирование

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

Проверка спецификации

Проверка специальных свойств на требования заказчика

Тестирование надежности

[t_1,t_2] [f_1,f_2]

 - интенсивность отказа

T_0=1/λ

Регрессионное тестирование (выборочное)

Тестирование производительности

Сравнительное тестирование

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

Техники, которые базируются на интуиции и опыте инженера

Техники, которые базируются разве что на спецификации

Техники , которые базируются на КОД

Базируются на соответствии протокола

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

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

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

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

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

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

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

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

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

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

Сформулюйте мету та результати третього етапу управління програмним проектом

Существует 4 этапа управления проектами: запуск, развитие, конструирование и тестирование.

Первый етап – запуск проекта.

Цель этапа:

Определить область применения проектируемой системы

Определить элементы проектирования и системы

Определить архітектуру

Выявить требуемые ресурсы

Идентификация рисков (детерменированные(v), вероятностные(P) и нечеткие(F ̃) риски)

Результат этапа:

Спецификация компонент {K_i}, R, A

Оценивание рисков

Начальный бизнес-вариант системы (бизнес-план)

План проектных работ

После окончания первого этапа план проектних работ утверждается.

Второй этап – этап развития.

Цель этапа:

Создать архитектуру базиса системы

Разработать технический проект:

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

Определить все структурные решения

Определить риски

Разработать план итерации процессов

Составить план выполнения работ (в виде ленточной )

Управление рисками

Получение комплекта технической документации

Результат:

Модель реализации – 80%

Не функциональные требование

Описанные структуры программ (выбор программного кода)

Исполнимый архитектурный макет

При необходимости – модернизация

Уточнение рисков

Третий этап – конструирование.

Цель: создать программный продукт, который обеспечит первичные или начальне возможности работы.

И, наконец, завершающий четвертый етап – тестирование, подготовка эксплуатационной документации, и сдача в эксплуатацию.

Цели этапа:

Техническое описание

Пакет тестовой документации

Инструкция

Тестовые примеры

Білет № 16

1.Системне дослідження, задачі. Структура системи, потоки, процеси

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

Задачи системного анализа

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

К таким задачам относятся:

1. Анализ и решение проблемы.

2. Создание системы.

3. Управление применением системы на всех этапах жизненного цикла.

За это отвечает исследование операций, которое решает задачи первого класса:

1) какие причины и в какой степени вызывают необходимость какой-нибудь деятельности?

2) какова значимость каждой из причин, вызывающей проблему в исследовании ситуации?

3) ликвидация каких причин обеспечит требуемый эффект?

4) какие ресурсные возможности достижения требуемого состояния?

5) какие цели ставит перед собой исследователь при построении модели решения проблемы?

6) какая система способна или должна реализовать действия, направленные на достижение цели?

7) какими путями и способами можно обеспечить требуемый уровень решения проблемы?

Потоки и процессы

Все функции системы выполняются при наличии потоков.

Типы потоков

• энергетические;

• материальные;

• информационные;

• финансовые;

• людские (кадровые);

Потоки и структура системы находятся во взаимодействии. Структура выполняет роль ограничений на потоки в пространстве и времени.

1) Процесс – это последовательная смена явлений или состояний в развитии чего-либо.

2) Процесс – это совокупность последовательных действий для достижения какой-то цели.

При построении моделей процесс может быть отождествлен с какой-либо задачей.

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

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

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

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

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

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

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

Процесс тестирования

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

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