Вход

Надежность и качество программного продукта

Рекомендуемая категория для самостоятельной подготовки:
Курсовая работа*
Код 331587
Дата создания 08 июля 2013
Страниц 26
Мы сможем обработать ваш заказ (!) 29 марта в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
1 310руб.
КУПИТЬ

Содержание

Оглавление

Введение
1. Спецификация системы
1.1 Функциональная схема системы АРМ Риэлтор
1.2 Описание пользовательского интерфейса
1.3 Описание входящей информации
1.4 Описание выходной информации
1.5 Описание критических ситуаций
2. Составление Test Cases для тестирования системы
2.1 Функционирование в различных программных условиях
2.2 Функционирование в различных аппаратных условиях
2.3 Использование ресурсов системы
2.4 Одновременное функционирование нескольких экземпляров приложения на одном компьютере или в одной сети
2.5 Пользовательский интерфейс
2.6 Удобство использования приложения
2.7 Реализация алгоритмов
2.8 Взаимодействие с другими компонентами
2.9 Устойчивость к внешним сбоям
2.10 Логика функционирования
2.11 Стресс-тестирование
2.12 Длительная работа приложения
2.13 Обеспечение защиты от несанкционированного доступа
2.14 Тестирование дистрибутива
2.15 Тестирование документации к системе
Выводы

Введение

Надежность и качество программного продукта. Поиск автора.

Фрагмент работы для ознакомления

1 ГГц
Задержке в работе при осуществлении больших запросов к БД, в случае наличия в БД > 1000 записей, либо при многопользовательской работе с БД
5. Отсутствие принтера
На работу приложения влияния не оказывает, не позволяет распечатать перечень объектов недвижимости в формате .xls.
6. Пропускная способность сети
100 Мбит/с
10 Мбит/с
Задержке в работе при осуществлении больших запросов к БД, в случае наличия в БД > 1000 записей, либо при многопользовательской работе с БД
2.3 Использование ресурсов системы
Цель тестирования - выявление неэкономного использования ресурсов, проверка высвобождения всех ресурсов по завершению работы.
Методы тестирования - многие случаи некорректного использования ресурсов могут быть выявлены посредством анализа исходного кода. Тестер должен контролировать наличие вызовов функций освобождения ресурсов, анализировать необходимость выделения больших блоков памяти, использования массивов большого объема и т.п.
Могут использоваться различные программные средства мониторинга ресурсов системы.
Неэкономное использование
Результат
Оперативная память
Возможно снижение затрачиваемой оперативной памяти при составлении более точных запросов к БД, возвращающих небольшое количество записей
Загрузка центрального процессора
Нагрузку на ЦП снизить не возможно, нагрузка пропорциональна размеру БД
Пропускная способность сети
Повышенная нагрузка на сеть при многопользовательской работе с БД, СУБД Dbase является локальной системой, многопользовательская работа осложнена
Пространство жесткого диска
Неэффективное использование дискового пространства из-за использования СУБД Dbase, предполагающее создание отдельных файлов для каждой таблицы
2.4 Одновременное функционирование нескольких экземпляров приложения на одном компьютере или в одной сети
Цель тестирования - тестирование на отсутствие конфликтов между различными экземплярами по поводу разделяемых данных и ресурсов.
Методы тестирования:
a) Активное одновременное использование нескольких экземпляров приложения - запуск нескольких экземпляров на одной рабочей станции не возможен.
b) Одновременное выполнение одной и той же операции несколькими экземплярами - запуск нескольких экземпляров на одной рабочей станции не возможен.
c) Реализация взаимодействия двух экземпляров приложения друг с другом - запуск нескольких экземпляров на одной рабочей станции не возможен.
2.5 Пользовательский интерфейс
Цель тестирования - проверка соответствия программного продукта стандартным требованиям к интерфейсу, отсутствие наиболее распространенных ошибок.
Методы тестирования - визуальный контроль орфографии, наличия кнопок по умолчанию, правильности переходов по нажатию клавиши Tab, правильности обеспечения недоступности кнопок и т.п.
Список наиболее часто повторяющихся ошибок пользовательского интерфейса:
Окно не закрывается по Esc;
Кнопки нестандартных размеров;
Нет двоеточий в подписях к элементам управления;
Неверный заголовок окна;
Ввод нечисловых символов в числовые поля;
Нет ограничений на длину вводимых значений;
Нет ограничения на длину задаваемого пароля (не менее пяти символов);
Кнопки инструментальной панели не сгруппированы по логическому принципу;
Нестандартный или неоправданный размер кнопок;
Отсутствие всплывающих подсказок;
Отсутствие комбинаций клавиш быстрого доступа;
Окно изменяет свои размеры, хотя нет элементов управления, которые могут изменять размер;
Нет кнопок по умолчанию (Esc, Enter);
Неверный порядок обхода клавишей Tab на форме;
Нет точек после сообщений в информационных сообщениях;
Элементы управления на форме не выровнены;
Используется иконка «Critical» в информационных сообщениях;
Отсутствие песочных часов при длительных операциях;
Нет запроса на подтверждение при выполнении действий, отменить которые невозможно;
Выдаются необработанные системные сообщения.
Таким образом, используя наш пример, можно составить следующие тестовые случаи:
Тестовый случай 1
Проверка закрытия окна по Esc
Действия по проверке требования
Находясь в окне приложения, необходимо нажать на клавишу Esc
Результат
Окно приложения закрывается
Выполнение требования
Не выполнено
Комментарий
Тестовый случай 2
Наличие двоеточий в подписях к элементам управления
Действия по проверке требования
Визуально проверить наличия двоеточий в подписях к элементам управления
Результат
Наличие двоеточий
Выполнение требования
Не выполнено
Комментарий
Тестовый случай 3
Заголовок окна
Действия по проверке требования
Визуально проверить корректность заголовка окна
Результат
Корректный заголовок окна
Выполнение требования
Выполнено
Комментарий
Тестовый случай 4
Ввод нечисловых символов в числовые поля
Действия по проверке требования
Ввести нечисловые символы в числовое поле
Результат
Корректное сообщение о неправильном формате вводимых данных или отсутствие возможности такого ввода
Выполнение требования
Не выполнено
Комментарий
Возможен ввод строковой информации в числовые поля, нет поверки и масок ввода
2.6 Удобство использования приложения
Цель тестирования - проверка того, насколько удобен и понятен программный продукт в использовании.
Методы тестирования:
a) Анализ собственного восприятия приложения и наблюдение за поведением другого пользователя при первом знакомстве с продуктом.
Недостаток – возможность ввода информации только о 1, 2, 3, 4 – комнатных квартирах и комнатах (другие объекты остаются неохваченными, квартиры студии, 5, 6 – комнатные квартиры, частные дома).
При вводе информации нет контроля правильности ввода не на уровне приложения не на уровне СУБД.
Нет запроса на удаление записи – возможно случайное удаление.
b) Анализ удобства работы с приложением при выполнении одной часто повторяющейся операции.
При редактировании или добавлении записи нет контроля правильности ввода, оператор должен проверять вводимые данные на ошибки ввода (маску телефона, цену, этаж).
c) Определение числа микроопераций (перемещение мышки, щелчок кнопкой мышки, нажатие комбинации клавиш) для выполнения некоторого действия.
Микрооперация
Значение
Добавление записи в БД
10 действий (вызов формы ввода, заполнение полей (8), нажатие на кнопку подтверждения)
Просмотр объектов по количеству комнат
1 действие (выбор вкладки)
Редактирование записи
10 действий (вызов формы редактирования, заполнение полей (8), нажатие на кнопку подтверждения)
Поиск объектов в БД
9 действий (вызов формы поиска, очистка карточки поиска, заполнение полей поиска (7), нажатие на кнопку подтверждения)
Закрытие приложения
1 действие (горячие клавиши или нажатие на иконку закрытия приложения)
2.7 Реализация алгоритмов
Цель тестирования - проверка того, что вычисления действительно производятся в соответствии с заданным алгоритмом, запросы строятся в соответствии с введенными параметрами и т.п.
Методы тестирования:
a) Анализ исходного кода с целью обнаружения ошибок в используемых формулах, в реализации алгоритма вычислений и т.п.
b) Генерация наборов входных данных и сравнение ожидаемых и фактических результатов их обработки.
Система не содержит алгоритмов вычислений, поэтому проверить их реализацию не представляется возможным.
2.8 Взаимодействие с другими компонентами
Цель тестирования - проверка предоставления приложением всех требуемых интерфейсов, методов. Тестирование корректности использования интерфейсов других модулей. Проверка того, что приложение не вносит ошибок в работу других модулей, не отражается на их работе.
Методы тестирования:
a) Создание приложения, например, на языке Borland Delphi, или использование стандартного приложения, например, Internet Explorer, с помощью которого можно изменять и контролировать свойства объекта, вызывать его методы.
b) Анализ исходного кода связанного с использованием интерфейсов других модулей
c) Контроль правильности одновременной (совместной) работы модулей (например, использование двух объектов в одной HTML странице).
Приложение АРМ Риэлтора корректно работает с другими приложениями системы. Одновременный запуск двух экземпляров системы на одной рабочей станции не возможен.
2.9 Устойчивость к внешним сбоям
Цель тестирования - приложение должно иметь способность восстанавливать данные, корректно обрабатывать возникающие ситуации.
Методы тестирования:
a) Анализ алгоритма работы приложения и его исходного кода на наличие процедур восстановления данных.
Для резервирования информационной базы предусмотрен механизм экспорта БД. Также возможно резервное копирование файлов БД.
b) Анализ исходного кода с целью выявления особенностей хранения обрабатываемых данных (например, хранятся измененные данные во внутренних переменных, или они сразу записываются в базу данных).
Обрабатываемые данные после обработки сразу попадают в базу данных. Промежуточного хранения информации в файлах и переменных не используется. Водимая информация автоматически попадает в запрос в качестве параметров запроса.
c) Моделирование критических ситуаций (перебои в питании, потеря связи с сервером).
Критическая операция
Результат
Несанкционированная перегрузка компьютера
Потеря данных введенных в форму ввода, введенные записи в БД, остаются нетронутыми.
Критическое завершение работы компьютера
Потеря данных введенных в форму ввода, введенные записи в БД, остаются нетронутыми.
Зависание программы
Потеря данных введенных в форму ввода, введенные записи в БД, остаются нетронутыми.
Потеря связи с сервером
Отображение последней запрошенной выборки записей, остальные записи БД не доступны для просмотра, невозможно удаление, ввод и редактирование записей до момента восстановления связи с сервером.
2.10 Логика функционирования
Цель тестирования - проверка алгоритма функционирования, контроль обеспечения целостности обрабатываемых данных.
Методы тестирования:
a) Анализ исходного кода.
b) Моделирование действий пользователя, не предусмотренных напрямую алгоритмом работы (например, попыток очистить пустую базу данных).
Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.00442
© Рефератбанк, 2002 - 2024