теория_1 (1035077)

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла

2.1. Введение

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

2.2. Система "Калькулятор" (пример)

2.2.1. Общее описание

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

1

1+1

(1+1)

(1+1)*2

и т.д., то есть, выражения, корректные в математическом смысле.

2.2.2. Требования к системе

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

2.2.3. Архитектура

В архитектуре системы выделено 3 модуля. Каждый из модулей занимается определенной задачей. Соответственно, Система – это взаимодействие этих 3-х модулей. Разбиение Системы на модули вытекает из различной функциональности этих модулей. Рассмотрим их.

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

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

3. Модуль графического интерфейса – обеспечивает управление системы в графической форме. Основные функции этого модуля – ввод и вывод данных.

Взаимодействие модулей показано на рис.2.1.

Рис. 2.1. Взаимодействие модулей системы

2.2.4. Программный код

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

2.3. Тестирование системы

2.3.1. Общее описание

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

Если в общем случае рассматривать жизненный цикл системы (например, V-образный), то наша задача лежит где-то справа (рис.2.2).

Рис. 2.2. Обобщенный V-образный жизненный цикл разработки и верификации программных систем

2.3.2. Проверка программного кода

На этом этапе необходимо проверить корректность работы написанного кода. Для этого предлагается проводить тестирование каждого модуля отдельно. То есть, мы будем тестировать модули по отдельности, подменяя используемые методы других модулей "заглушками".

Немного о тестировании конкретных модулей.

GUI. В рамках данного курса этот вид тестирования рассматриваться не будет.

Математические функции. Этот модуль мы будем исследовать как "черный ящик" и выяснять, действительно ли реализованные в нем математические функции работают корректно.

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

При тестировании будет использоваться следующая последовательность действий.

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

2.3.3. Проверка архитектуры

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

2.3.4. Проверка требований

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

2.4. Приложение. Спецификация на программу "Калькулятор. Базовая версия"

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

Студентам предполагается ознакомиться с примером тестирования, провести тестирование своей Системы и дополнить спецификацию.

Характеристики

Тип файла документ

Документы такого типа открываются такими программами, как Microsoft Office Word на компьютерах Windows, Apple Pages на компьютерах Mac, Open Office - бесплатная альтернатива на различных платформах, в том числе Linux. Наиболее простым и современным решением будут Google документы, так как открываются онлайн без скачивания прямо в браузере на любой платформе. Существуют российские качественные аналоги, например от Яндекса.

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

Файлы такого типа обычно разбиты на страницы, а текст может быть форматированным (жирный, курсив, выбор шрифта, таблицы и т.п.), а также в него можно добавлять изображения. Формат идеально подходит для рефератов, докладов и РПЗ курсовых проектов, которые необходимо распечатать. Кстати перед печатью также сохраняйте файл в PDF, так как принтер может начудить со шрифтами.

Список файлов лабораторной работы