- •Содержание
- •1. Написание спецификаций
- •1.1. Внешние спецификации
- •1.2 Внутренние спецификации
- •2 Тестирование
- •2.1 Виды испытаний программного изделия. Стадии испытаний
- •2.2 Режимы испытаний программ
- •2.3 Категории испытания программного изделия
- •2.4 Технология тестирования, классы эквивалентности
- •2.4.1 Тест для правильных классов эквивалентности
- •2.2.2 Тесты для неправильных классов эквивалентности
- •2.2.3 Протокол тестирования
- •3 Руководство системного программиста
- •3.1 Общие сведения о программе
- •3.2 Структура программы
- •3.5 Дополнительные возможности
- •3.6 Сообщения системному программисту
2 Тестирование
2.1 Виды испытаний программного изделия. Стадии испытаний
Были проведены испытания класса А и Режим испытаний – III, так как разработка и тестирования проводилось разработчиком программы.
2.2 Режимы испытаний программ
Тестирование будет выполняться в режиме III тесты и выводы делает разработчик.
2.3 Категории испытания программного изделия
Выбраны следующие категории испытаний:
Полная функциональная проверка (Цель этой категории испытаний – показать, что изделие обладает всеми функциональными возможностями, указанными во внешних спецификациях, и работает правильно. Если объектом испытания является новая версия существующего изделия проверке подвергаются как новые, так и старые функциональные возможности изделия, отдельно и во взаимодействии друг с другом.)
Эксплуатационные испытания (В результате этой проверки оцениваются эксплуатационные характеристики программного изделия, такие как скорость выполнения операций, объем занимаемой памяти, пропускная способность, скорость пересылки данных, время транслирования, компоновки или генерации, время реакции и условия взаимодействия с пользователем.)
Испытания надежности (Во время этих испытаний изделие ставится в условия, позволяющие оценить его способность к устойчивой работе или восстановлению после отказа. Обычно в ходе этих испытаний преднамеренно вносятся искусственно созданные ошибки, испытывают изделие в условиях непрерывной работы в течение нескольких часов и проверяют все восстановительные процедуры.)
Конфигурационные испытания (Эти испытания призваны гарантировать, что изделие правильно функционирует на всех конфигурациях вычислительной техники, которые были предусмотрены проектом. В процессе этих испытаний создаются минимальные базовые конфигурации и имитируются максимальные.)
2.4 Технология тестирования, классы эквивалентности
Для тестирования была выбрана стратегия «черного ящика».
Для составления тестов все входные условия программы были разбиты на следующие классы эквивалентности (см. таблицу 4):
Таблица 2.4 – Классы эквивалентности
|
|
Входные условия |
Классы эквивалентности | |
|
Правильные |
Неправильные | ||
|
Заполнение данных о книги |
Поле «Nazv»
|
Строка длиной от 1 до 255 символов (1) |
Пустое значение (2) |
|
Поле «Avtor»
|
Строка длиной от 1 до 255 символов (3) |
Пустое значение (4) | |
|
Поле «Izdat»
|
Строка длиной от 1 до 50 символов (5) |
Пустое значение (6) | |
|
Поле «God»
|
Тип Числовой (7) (длиной 4 символа (9),>0(11)) |
Текстовое значение (8), длина >4(10), отрицательное значение (12) | |
|
Поле «ISBN»
|
Строка длиной от 1 до 50 символов (13) |
Пустое значение (14) | |
|
Поле «prim»
|
Строка длиной от 1 до 50 символов (15) |
Пустое значение (16) | |
|
Заполнение данных о читателях |
Поле «Fio»
|
Строка длиной от 1 до 255 символов (17) |
Пустое значение (18) |
|
Поле «Godr»
|
Тип Дата время, шаблон ввода «дд.мм.гггг» (дд- день (п/р 01), мм-месяц (пр 05), гггг-год (п/р 2011)) (19) |
Не удовлетворяет данному шаблону (20) | |
|
Поле «Adress»
|
Строка длиной от 1 до 255 символов (21) |
Пустое значение (22) | |
|
Поле «Mestor»
|
Строка длиной от 1 до 255 символов (23) |
Пустое значение (24) | |
|
|
Добавление данных из файла Excel
|
Добавились(25) |
Не добавились(26) |
