Специальный раздел Версия 0.6 от 11.12.2013 (1089412), страница 3

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

Текст из файла (страница 3)

Для проверки корректности функционала требуется провести цепочку операций описанных в тест-кейсе. Тест-кейс — это набор условий и/или переменных, с помощью которых тестирующий пользователь будет определять, насколько полно тестируемое приложение удовлетворяет предъявляемому к нему требованию. Для того чтобы убедиться, что требование полностью удовлетворяется, может понадобиться несколько тест-кейсов. Для полного тестирования всех требований, предъявляемых к приложению, должен быть создан или выполнен, по меньшей мере, один тест-кейс для каждого требования. Если требование имеет дочерние требования, то для каждого такого дочернего требования должен быть создан или выполнен один тест-кейс. Некоторые методологии рекомендуют создавать два или более тест-кейса для каждого требования. Один из них должен выполнять позитивное тестирование, другой — негативное.

Мною были проведены работы по составлению главного демонстрационного тест-кейса, который полностью описан в технологическом разделе пояснительной записки. Суть тест-кейса состоит в создании различных документов и проверки отраженных ими операций отчетами. Каждый документ необходимо создавать в определенные периоды так как к примеру списываться основное средство может только после ввода в эксплуатацию. Цепочка очередности заведения документов в системе отражают бизнес процесс введения учета по основным средствам.

Для проведения операций по тест кейсу база без заранее заведенных тестовых данных займет огромное количество времени на составление и проведение тест-кейсов. Поэтому создается специальная выгрузка информационной базы, на которой можно произвести несколько тест-кейсов на отражение различных операций в системе. Но главное помнить, что если выполняется ряд тест-кейсов на различные операции то у таких программ испытаний в обязательном порядке должен быть установлен порядок очередности выполнения тест-кейсов.

для проверки корректности функционирования разрабатываемого программно-аппаратного комплекса.

Любой разрабатываемый комплекс инженерных решений должен быть подкреплен соответствующей методикой проведения испытаний, причем сама методика как совокупность методов и средств проверок корректности функционирования системы должна быть разработана и представлена как теоретическая составляющая дипломного проекта, а результаты проведения испытания – как практическая, т. е. в технологическом разделе.

Замечание. Допускается изложение методики и результаты проведения испытаний полностью изложить в технологическом разделе.

В соответствии с нормативными документами, регламентирующими проведение испытаний на основе разработанной методики, пояснительная записка к результатам проведения испытаний (а в нашем случае – отдельный подраздел расчетно-пояснительной записки к дипломному проекту) должен включать:

1. сведения об области применения тестируемой программы;

2. определенную и достижимую цель испытания;

3. требования к условиям эксплуатации (испытания);

4. требования к информационной и программной совместимости;

5. порядок проведения и используемые методы испытаний, в том числе:

• последовательность испытаний;

• перечень необходимых технических, программных средств;

• описания применяемых методов испытаний с указанием конкретных проверок и результатов этого испытания;

Материалы внутреннего проектирования отражаются в графической части дипломного проекта в виде чертежей и схем. Перечень возможных чертежей и схем приведен в «Приложение 2 Примерное распределение материала в графической части дипломного проекта».

Характеристики

Список файлов ВКР