close

Вход

Забыли?

вход по аккаунту

?

05 Методика тестирования

код для вставкиСкачать

СОДЕРЖАНИЕ
1Объект испытаний3
2Цель испытаний4
3Требования к программе5
3.1Функциональные требования5
3.1.1Общие требования5
3.1.2Требования к интерфейсу5
3.1.3Требования к реализации6
3.2Требования к совместимости (окружению)6
3.2.1Аппаратные требования6
3.2.2Программные требования6
3.3Требования к надежности7
3.4Требования к тестированию8
3.5Требования к установке8
4Требования к программной документации9
5Средства и порядок испытаний10
5.1Аппаратные средства10
5.2Программные средства10
5.3Порядок испытаний10
6Методы испытаний11
6.1Тестирование функциональности ПП11
6.2Тестирование интерфейса ПП12
6.3TestCase-карточки, применяемые при тестировании12
1 Объект испытаний
Объектом испытаний является разработанный в рамках настоящего дипломного проекта программный модуль (далее ПМ), ориентированный на узкий круг лиц, являющимися сотрудниками медицинских учреждений и модуль для website, ориентированный на широкий круг лиц имеющие доступ в интернет.
ПМ позволяет пользователям оперативно заполнять и редактировать расписание приемов врачей. Модуль для website позволяет отображать данные введенные с помощью ПМ из БД.
2 Цель испытаний
Испытания ПП проводятся с целью:
* проверки и оценки работоспособности продукта;
* проверки соответствия продукта техническому заданию;
* проверки документации, поставляемой с продуктом.
3 Требования к программе
3.1 Функциональные требования
3.1.1 Общие требования
Должны быть учтены следующие требования для программы:
* возможность автоматического создания таблицы на сервере при ее отсутствии;
* возможность добавлять новую запись в БД;
* возможность редактировать существующую запись;
* возможность удалять выбранную запись из БД;
* возможность очистить БД от всех существующих записей;
* возможность просмотра расписания за период;
* возможность вывода на печать расписания;
* возможность просмотра справочника врачей;
* возможность автоматического заполнения информации о враче из справочника медицинских работников;
* возможность поиска врача в БД по фамилии, имени, отчеству и должности;
* проверка на ввод корректности вводимых данных;
* возможность поиска информации о расписании врача по фамилии, имени, отчеству и должности врача.
Должны быть учтены следующие требования для модуля для website:
* возможность вывода расписания постранично;
* выбор ЛПУ из списка учреждений.
3.1.2 Требования к интерфейсу
К интерфейсу применяются следующие требования:
* стандартная цветовая гамма, используемая для пользовательского интерфейса в продуктах компанией Microsoft;
* система должна иметь русскоязычный интерфейс;
* пользовательские формы должны проектироваться для разрешения монитора 1024х768 пикселей;
* в случае ввода некорректных данных, система будет оповещать об этом пользователя.
3.1.3 Требования к реализации
Время реакции ПП при реализации любой функции, на компьютерах класса Pentium IV и выше не должно превышать 10 секунд.
3.2 Требования к совместимости (окружению)
3.2.1 Аппаратные требования
Минимальная конфигурация аппаратных средств, для нормального функционирования ПП, должна содержать:
* процессор Pentium 400 MГц;
* видеоадаптер Super Video Graphics Adapter;
* монитор с разрешением 1024х768х60Гц;
* клавиатура;
* мышь;
* объем оперативной памяти: 512 Мб;
* объем свободного дискового пространства: 5 Мб;
* сетевое подключение с шириной канала не менее 10 мбит/сек.
3.2.2 Программные требования
ПП должен функционировать при наличии следующего программного обеспечения:
* операционная система Windows XP;
* сервер БД Oracle 9i;
* WEB-браузер. 3.3 Требования к надежности
Необходимо выполнить следующие требования для программы:
* проверка на отсутствие связи с сервером, если соединения нет, программа должна вывести сообщение об ошибке и завершить свою работу;
* проверка на отсутствие файла с кодом подразделения ЛПУ, программа должна вывести сообщение об ошибке и завершить свою работу;
* при добавлении и редактировании информации должно происходить деактивация кнопок главного меню;
* при редактировании информации должно происходить деактивация кнопки, открывающая справочник врачей;
* если сервер БД отключен или не работает, программа должна выводить сообщение о невозможности выполнения того действия которое обращается к серверу;
* активировать кнопки главного меню только после завершения внесений изменений в БД или после нажатия кнопки отмена при редактировании и добавлении записей; * поля фамилия, имя, отчество, специализация и должность должны быть находиться только в режиме чтение без возможности вносить изменения в них;
* проверка ввода времени;
* при удалении, если не выбрана запись, выдавать предупреждение " Не выбрана запись для удаления!";
* при формировании расписания для печати, если нет записей в БД, выдавать предупреждение "Нет записей для формирования расписания!".
Необходимо выполнить следующие требования для модуля для website:
* при отсутствии связи с сервером, выдавать сообщение "Не удалось подключиться к серверу!";
* при отсутствии данных в БД выдавать сообщение "Расписания приемов врачей в этом ЛПУ пока отсутствует!".
3.4 Требования к тестированию
При тестировании нужно учесть:
* тестирование программы должно быть организовано в среде Microsoft Windows XP;
* время непрерывного тестирования в режиме активного приложения должно составлять не менее 1 суток;
* тестирование должно проводиться на различных персональных компьютерах с различной аппаратной конфигурацией, удовлетворяющих аппаратным требованиям;
* при тестировании программы, заведомо некорректно введенные данные, программа должна игнорировать и выдавать сообщение с ошибкой.
3.5 Требования к установке
Требования:
* заказчику поставляется заархивированный архив на компакт-диске, содержащий портативную версию программы, файл с номером подразделения и документы.
4 Требования к программной документации
Для проведения испытаний необходим следующий набор документов:
* техническое задание;
* программа и методика испытаний;
* руководство программиста;
* руководство пользователя.
5 Средства и порядок испытаний
5.1 Аппаратные средства
Испытания должны проводиться на ПК, удовлетворяющий следующим требованиям:
* процессор Pentium 400 MГц;
* видеоадаптер Super Video Graphics Adapter;
* монитор с разрешением 1024х768х60Гц;
* клавиатура;
* мышь;
* объем оперативной памяти: 512 Мб;
* объем свободного дискового пространства: 5 Мб;
* сетевое подключение с шириной канала не менее 10 мбит/сек.
5.2 Программные средства
На испытуемом ПК должно быть установлено следующее ПО:
* операционная система Windows XP;
* сервер БД Oracle 9i;
* WEB-браузер. 5.3 Порядок испытаний
Испытания осуществляются в следующей последовательности:
* оценка полноты документации, поставляемой с ПП;
* проверка и оценки работоспособности продукта;
* проверка соответствия продукта техническому заданию.
Обнаруженные при проведении испытаний дефекты и ошибки должны быть исправлены, а и их исправление проверено.
6 Методы испытаний
6.1 Тестирование функциональности ПП
Тестирование программы
При тестировании работоспособности программы необходимо проверить:
* скорость загрузки программы;
* наличие возможности автоматического создания таблиц БД;
* наличие возможности добавлять новую запись в БД;
* наличие возможности редактировать существующую запись из БД;
* наличие возможности удалять выбранную запись из БД;
* наличие возможности очистить БД от всех существующих записей;
* наличие возможности просмотра расписания с возможностью выбора временных рамок;
* наличие возможности вывода на печать расписания;
* наличие возможности просмотра справочника врачей;
* наличие возможности автоматического заполнения информации о враче из справочника врачей;
* наличие возможности поиска врача в справочнике врачей по фамилии, имени, отчеству и должности;
* реализацию проверки на ввод корректности вводимых данных;
* наличие возможности поиска информации о расписании врача по фамилии, имени, отчеству и должности врача.
При тестировании работоспособности модуля для website необходимо проверить:
* реализацию вывода расписания постранично.
6.2 Тестирование интерфейса ПП
При тестировании интерфейса ПП необходимо проверить отсутствие стилистических и орфографических ошибок.
6.3 TestCase-карточки, применяемые при тестировании
Каждый TestCase составляется после разработки общего плана тестирования, фактически еще до того как сама программа будет написана. Однако при отсутствии необходимой документации, сопровождающей программу на протяжении всего ее жизненного цикла, TestCase могут составляться и непосредственно уже при проведении тестов. Первый вариант более предпочтителен, так как он обеспечивает максимальное качество за минимальный срок. На написание документации разработчику ПО, естественно потребуется достаточно много времени, особенно при отсутствии технического писателя, так же как и тестеру на составление TestCase, при отсутствии тест-аналитика, но общий срок разработки, включая тестирование, будет существенно ниже, за счет экономии времени на последующих этапах.
При проведении тестирования программного продукта уместно воспользоваться ТEST-CASE карточками, представленными на рисунках 1-6.
На рисунках 1-3 изображены TEST-CASE для тестирования интерфейса. Tastcase ID/Testcase Class1Тестирование интерфейсаIDEA: Отображение данных на экране при заявленном разрешении
Параметры разрешения: 1024*768 Revision HistoryCreated on: 15/05/2012 by Ф. Г. НиталимовНовый тест-кейсExecution partPROCEDUREEXPECTED RESULT1. Открыть программу
2. Проверяем отображение данных на экране при заявленном разрешении монитора;
3. Данные отображаются на экране корректно, в ожидаемом виде (да/нет); 4. Повторить пункты 2-3 для других форм программы"Да"Рисунок 1 - TEST-CASE для тестирования интерфейса Tastcase ID/Testcase Class2Тестирование интерфейсаIDEA: Проверка главного меню программы
Параметры разрешения: 1024*768 Revision HistoryCreated on: 15/05/2012 by Ф. Г. НиталимовНовый тест-кейсExecution partPROCEDUREEXPECTED RESULT1. Открыть программу.
2. Перейти по пунктам в главном меню программы
3. Переходы являются рабочими и ссылаются на ожидаемую форму (да/нет)"Да"Рисунок 2 - TEST-CASE для тестирования интерфейса
Tastcase ID/Testcase Class3Тестирование интерфейсаIDEA: Проверка контекстного меню программы
Параметры разрешения: 1024*768 Revision HistoryCreated on: 15/05/2012 by Ф. Г. НиталимовНовый тест-кейсExecution partPROCEDUREEXPECTED RESULT1. Открыть программу.
2. Перейти по пунктам в главном меню программы
3. Переходы являются рабочими и ссылаются на ожидаемые действия (да/нет)"Да"Рисунок 3 - TEST-CASE для тестирования интерфейса На рисунке 4 изображен TEST-CASE для тестирования функции ПП: работа с расписанием.
Tastcase ID/Testcase Class4Проверка работы со справочникамиIDEA: Проверка возможности вносить новые записи, редактировать информацию о расписанииRevision HistoryCreated on: 15/05/2012 by Ф. Г. НиталимовНовый тест-кейсExecution partPROCEDUREEXPECTED RESULT1. Открыть программу
2. Нажать на кнопку "Добавить"
3. Нажать на иконку "Справочник врачей"
4. Перейти на форму поиска врача
5. Ввести информацию для поиска врача
6. Поставить галочку "Показать всех врачей"
7. Нажать на кнопку "Вставить"
8. Задать необходимую информацию о враче и нажать на кнопку "Добавить"
9. Просмотреть информацию о расписании врача, нажав на кнопку в главном меню "Расписание"
10. Нажать на кнопку "Редактировать"
11. Изменить информацию о враче
12. Нажать на кнопку "Сохранить" 13. Выбрать врача из списка и нажать на кнопку "Удалить запись"
14. Подтвердить удаление выбранной записи
15. Информация о враче была добавлена, изменена и удалена? (да/нет)
16. Повторить пункты 2-15"Да"Рисунок 4 - TEST-CASE для тестирования функции ПП: работа расписанием.
На рисунке 5 изображен TEST-CASE для тестирования функции ПП: формирование отчетов.
Tastcase ID/Testcase Class5Работа с отчетамиIDEA: Проверка процесса формирования отчетов Revision HistoryCreated on: 15/05/2012 by Ф. Г. НиталимовНовый тест-кейсExecution partPROCEDUREEXPECTED RESULT1. Открыть программу.
2. Нажать на кнопку "Печать"
3. Задать дату начала и дату окончания
5. Нажать на иконку "Печатать" 6. Сформированная отчетная информация корректна? (да/нет)"Да"Рисунок 5 - TEST-CASE для тестирования функции: формирование отчетов
На рисунке 6 изображен TEST-CASE для тестирования функции ПП: работа с модулем для website.
Tastcase ID/Testcase Class5Работа с отчетамиIDEA: Проверка процесса формирования отчетов Revision HistoryCreated on: 15/05/2012 by Ф. Г. НиталимовНовый тест-кейсExecution partPROCEDUREEXPECTED RESULT1. Открыть WEB-браузер.
2. Раскрыть скрывающий список ЛПУ
3. Нажать на ЛПУ
5. Сформированная таблица с расписанием корректна? (да/нет)"Да"Рисунок 6 - TEST-CASE для тестирования функции: работа с модулем для website
16
Документ
Категория
Без категории
Просмотров
167
Размер файла
49 Кб
Теги
методика, тестирование
1/--страниц
Пожаловаться на содержимое документа