Автоматизация складского учета на предприятии. Альборов, ВКР для Ахматовой 2. 1. 1 Анализ источников по теме работы
 Скачать 0.71 Mb.
|
3.1 Тестирование проектаТестирование – процесс выполнения программ с целью обнаружения ошибок. При тестировании разработанного программного продукта использовались следующие стратегии тестирования: 1) Ручное тестирование – предназначено для начального периода разработки. Используются следующие основные методы: - инспекция входного текста; - сквозные просмотры; - «проверка за столом»; - оценка посредством просмотра. 2) Тестирование программы по принципу «черного ящика» (при неизвестной структуре). Исчерпывающее тестирование (перебор всех возможных вариантов входной информации, практически не применяется в сложных системах); Разумное тестирование (частичный перебор). Методами стратегии частичного перебора являются: - эквивалентные разбиения; - анализ граничных значений; - анализ причинно-следственных связей; - метод положения об ошибке. 3) Тестирование программы по принципу «белого ящика». Принципы тестирования: - предполагается, что результаты должны быть известны до тестирования; - необходимо проверять действия программ на неверных данных. В процессе разработки информационной системы параллельно проводилось структурное тестирование. Были максимально полно протестированы все маршруты программы. В качестве основного подхода тестирования выбран нисходящий подход. Нисходящее тестирование оптимально сочетается с нисходящим подходом к разработке программного обеспечения. А также, не требует написания специальных тестирующих программ и позволяет проверять основные решения на ранней стадии разработки. Формирование тестовых наборов будет осуществляться с использованием функционального подхода (способ «черного ящика»). Такой выбор сделан исходя из того что разрабатываемая информационная система предназначена для обработки и поиска различных видов информации. Следовательно, есть все основания для разработки тестов, применяя подход, управляемый данными, т.е. базирующейся на декомпозиции множества данных: входных и выходных. При создании новой базы данных необходимо ввести значения/наименования указанные в полях предлагаемой формы. По методу эквивалентных разбиений разделяем следующие правильные классы эквивалентности: - название всех полей введены и не дублируют друг друга; - определены типы всех полей; - одно из полей выбрано в качестве первичного ключа (по которому в дальнейшем будет производиться поиск). А также, неправильные классы эквивалентности: - не введено название хотя бы одного поля; - названия отдельных полей одинаковы; - не задан тип хотя бы одного поля; - в качестве первичного ключа выбрано более одного поля; - первичный ключ не задан. Указанные правильные классы охватываются одним тестом: ввод правильных значений и нажатие кнопки «Сохранить». Ожидаемое поведение системы в этом случае – система автоматически сохраняет введенные данные, добавляя их в исходную таблицу, не выдавая при этом сообщения об ошибке. Затем, эти данные появляются в исходной таблице. Для каждого из неправильных тестов проводится отдельный тест. Программа применительно к этим тестам должна реагировать следующим образом: при нажатии кнопки «Сохранить» система выводит соответствующие уведомления об ошибке. Для вариантов использования, связанных с добавлением записей формируются тесты на основе классов эквивалентности, связанных с соответствием вводимой информации типа полей записей. Например, для поля целочисленного типа неправильным классом эквивалентности является строка. Система при обнаружении ошибки должна выводить предупреждающее сообщение. Операция поиска данных тестируется используя метод анализа причинно-следственных связей. После завершения вышеперечисленных тестов, проводится оценочное тестирование. Применительно к разрабатываемому программному продукту важным является тестирование на предельном объеме, так как программный продукт предназначен для работы с большими объемами информации. 3.2 Опытная эксплуатация системы Опытная эксплуатация системы включает в себя работу с реальными данными, но при этом параллельно используется прежняя старая система учета. Этот этап необходим для того, чтобы можно было сопоставить результаты работы в новой системе с результатами, которые получены были прежним способом (вручную или с применением или электронных таблиц). Произведена работа по доработке системы и исправлению найденных ошибок, исправлению макетов печатных форм. На этапе опытной эксплуатации были отлажены процедуры выполнения основных операций, настроены интерфейсы для всех пользователей. ПО состоит из подсистем — это объекты конфигурации, формирующие командный интерфейс и визуально разделяет функциональность. Проведена настройка и отлажена работа в следующих подсистемах: Подсистема «Продукция» содержит данные о производимой заводом продукции. Подсистема «Контрагенты» содержит данные о партнерах завода. Подсистема «Заказ» содержит данные о типе, количестве заказанной продукции. Подсистема «Продажа» – файл, используемый при оформлении сделки. Подсистема «Поставка» содержит данные, используемые для контроля доставки продукции. Организация корректного ввода информации в систему извне – один из ключевых факторов работы приложения в требуемом режиме, с выполнением всей возложенной на него функциональности. Ведь цель любой системы – рациональная обработка входной информации для получения оптимальных управленческих решений в виде выходной информации. В данной системе в качестве входной информации используются: Накладная со склада Анкете контрагента, Опросный лист для заказа. Приведем структуры этих документов. Документ Накладная со склада включает в себя следующие данные: наименование продукции, количество на складе, дата. Документ Анкета контрагента включает в себя следующие данные: наименование организации фамилия, имя, отчество представителя организации, адрес, контактные телефоны, электронная почта. Документ Опросный лист для заказа включает в себя следующие данные: организация, представитель, перечень наименований продукции и ее количество, дата предоставления заявки. |