Файл: Отладка и тестирование программ: основные подходы и ограничения (Разработка проекта тестирования программы «Помощник администратора»).pdf

	Критерии	Описание
Стратегия белого ящика	Эквивалентное разбиение	Множество значений входных данных функции, образующих ее входное пространство, разбивается на набор под-множеств таким образом, что в каждое подмножество попадают значения, эквивалентные друг другу с точки зрения их использования в тестах для обнаружения ошибок.
	Анализ граничных значений	Дополняет эквивалентное разбиение. Данные выбираются на границах входной области, поскольку многие отказы происходят из-за дефектов, связанных с обработкой предельных значений входов. Ценное расширение этого метода – тестирование устойчивости, когда тестовые данные выбираются также и вне области для тестирования отказоустойчивости программы к недопустимым входам.
	Применение функциональных диаграмм	Функциональная диаграмма – формальный язык, на который транслируется спецификация, написанная на естественном языке. Помогает систематически выбирать высокорезультативные тесты. Позволяет обнаруживать неполноту и неоднозначность исходных спецификаций. Не обеспечивает построение всех полезных тестов, неадекватно исследует граничные значения
	Предположение об ошибке	Интуитивное перечисление в некотором списке возможных ошибок или ситуаций, в которых они могут появиться, написание на их основе тестов. Для эффективного применения необходим опыт в тестировании.
Стратегия чернго ящика	Покрытие операторов.	Выполнение каждого оператора хотя бы один раз. Слабый критерий, т.к. покрытие операторов недостаточное условие для успешного тестирования
	Покрытие решений.	Каждое решение должно иметь результат значения истина и ложь и при этом каждый оператор должен выполняться, по крайней мере, один раз. Необходимость модификации для программ, содержащих многозначные решения.
	Покрытие условий.	Все возможные результаты каждого условия в решении должны выполняться хотя бы один раз. Недостаточно чувствителен к ошибкам в логических выражениях
	Покрытие решений/условий.	Все возможные результаты каждого условия в решении, все результаты каждого решения выполнялись, по крайней мере, один раз и каждой точке входа передавалось управление, по крайне мере, один раз. Недостаточно чувствителен к ошибкам в логических выражениях
	Комбинаторное покрытие условий	Все возможные комбинации результатов условия в каждом решении и все точки входа должны выполняться, по крайней мере, один раз.

Приложение 2

Техническое задание на разработку ПО

1. Введение

1.1. Наименование программного продукта.

Полное наименование программы – «Помощник администратора». Краткое наименование – Помощник.

1.2. Область применения

Программа предназначена для предоставления информации об услугах клиники: описание преимуществ услуги, стоимость.

2. Назначение разработки

Помощь администратору клиники в консультировании клиентов

3. Требования к программе

3.1. Требования к функциональным характеристикам

3.1.1. Состав выполняемых функций

Запуск	При запуске Помощника с помощью файла PomAdmin.exe программа должна обеспечить загрузку главного меню Помощника
Редактирование	Добавление новой услуги
	Редактирование информации о преимуществах услуги и стоимости
	Сохранение отредактированной информации
	Удаление услуги
Просмотр	Выбор интересующей услуги в главном меню и окне просмотра услуги N
	Вывод на экран окна с информацией об услуге
	Возврат в главное меню из любых других окон, кроме главного
Помощь	В любой момент работы программы при нажатии клавиши F1 либо при выборе пункта «Помощь» главного меню должна выводиться справочная информация по работе в программе
О программе	Вывод на экран окна с информацией о программе
Выход	В любой момент при нажатии кнопки «Закрыть» или при нажатии комбинации клавиш Alt+F4 программа закрывается

3.1.2. Схема внешнего вида программы

Главное меню

О программе

Закрыть

Помощь

Услуга 1

Услуга 2

Услуга 3

Услуга 4

Услуга 5

Услуга 6

Добавить услугу

Окно информации об услуге

О программе

Закрыть

Помощь

Услуга 1

Услуга 2

Услуга 3

Услуга 4

Услуга 5

Услуга 6

Редактировать

Преимущества услуги

Стоимость

Окно редактирования услуги

О программе

Закрыть

Помощь

Сохранить

текстовый редактор преимуществ

текстовый редактор стоимости

Выйти в главное меню

Удалить услугу

Окно добавления услуги

О программе

Закрыть

Помощь

Сохранить услугу

Текстовый редактор названия услуги

Выйти в главное меню

3.1.3. Временные характеристики

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

3.2. Требования к надежному функционированию

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

1) перезагрузки операционной системы

2) запуска исполняемого файла программы; повторного выполнения действий, потерянных до последнего сохранения информации.

Уровень надежности программы должен соответствовать технологии программирования, предусматривающей:

1) инспекцию исходного текста программы;

2) модульное тестирование;

3) интеграционное тестирование;

4) системное тестирование.

При открытии окон добавления и редактирования услуги Программа должна контролировать выбор пользователем пункта «Закрыть» и предупреждать о возможной потере несохраненных данных.

4. Язык программирования и инструменты разработки.

Программа разрабатывается в среде MS Visual Studio 2013, язык программирования – C++.

5. Стадии и этапы разработки

Разработка программы должна выполняться по следующим этапам:

1) разработка, согласование и утверждения технического проекта программы с пояснительной запиской – 5 недель;

2) разработка рабочего проекта программы с комплексным тестированием – 6 недель;

3) приемка-сдача с исправлением обнаруженных недостатков в программе и программной документацией – 2 недели;

6. Порядок контроля и приемки

6.1. Виды испытаний

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

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

Приложение 3

План тестирования программы «Помощник администратора»

Цель плана: организация и контроль процесса тестирования программы

Тестируемые опции:

Опция (функция)	Степень риска
Запуск программы	высокий
Добавление новой услуги	высокий
Редактирование информации о преимуществах услуги и стоимости	высокий
Сохранение отредактированной информации	высокий
Удаление услуги	низкий
Вывод на экран окна с информацией об услуге	высокий
Возврат в главное меню из любых других окон, кроме главного	средний
Открытие раздела «Помощь»	средний
Открытие раздела с информацией о программе	низкий
Выход из программы	средний

Смотрите также файлы

Понятие и виды толкования правовых норм (Особенности официального толкования правовых норм).pdf

Понятие и виды правосознания ( Теоретические подходы к определению сущности и классификации правосознания ).pdf

Нормативный договор».pdf

Органы местного самоуправления ( Понятие и система местного самоуправления в России ).pdf

Социальное государство. Его отличие от социалистического государства ( Советская социалистическая модель государственного управления ).pdf

Файл: Отладка и тестирование программ: основные подходы и ограничения (Разработка проекта тестирования программы «Помощник администратора»).pdf

Смотрите также файлы

Информация

Списки файлов

Дополнительно