Структура документа «Тестовый пример»
1. Основные сведения - Номер заявки (из внутренней системы) - Название проекта, модуль - Название функциональности 2. Тестовые примеры a. Тест 1 o Входные параметры: «название» = «значение» o Последовательность действий пользователя o Выходные параметры: «название» = «значение» b. Тест 2 o Входные параметры: «название» = «значение» o Последовательность действий пользователя o Выходные параметры: «название» = «значение» c. … Структура документа «Описание реализации» 1. Основные сведения - Номер заявки (из внутренней системы) – в случае выполнения разовой заявки - Название проекта, модуль - Название функциональности 2. Описание алгоритма - Общее описание выбранных методов решения задачи 3. Реализация вариантов использования (если были указаны в «Постановке задачи») a. Название варианта использования, алгоритм реализации b. … 4. Описание системных изменений a. перечень измененных системных объектов (процедур, функций, модулей и пр.), при этом в коде указанных объектов обязательны следующие комментарии: o дата создания, автор, назначение; o все входные и выходные параметры, а также используемые внутри переменные должны иметь описание назначения; o код должен быть разбит на логические блоки (при их наличии), снабженные комментариями об их назначении; o при каждом изменении в начале после описания назначения должен вставляться комментарий с датой, автором и описанием изменения. b. видимо, в основном для ИИС – перечень измененных классов, гридов, и пр. 5. Описание интерфейсных изменений при изменении форм – скриншоты «что было» - «что стало» с выделением изменений при добавлении форм – скриншоты этих форм 6. Диаграммы классов при необходимости, видимо, в основном для ИИС Структура документа «Краткое руководство» Документ «Краткое руководство» составляется в свободном стиле, при этом он должен отражать описание всех вариантов использования, реализованных для требования. Структура документа «Отчет о тестировании» Данный документ составляется на основании «Программы и методики испытаний» либо «Тестового примера». 1. Основные сведения - Номер заявки (из внутренней системы) – в случае выполнения разовой заявки - Название проекта, модуль - Название функциональности - Дата тестирования, номер цикла тестирования - Суммарные данные (% успешно пройденных тестов) 2. Тест 1: пройден/не пройден - Должно быть: o Входные параметры: «название» = «значение» o Последовательность действий пользователя o Выходные параметры: «название» = «значение» - Получено: o Выходные параметры: «название» = «значение» - Комментарии 3. Тест 2: пройден/не пройден - … 4. … Структура документа «Ведомость замечаний» «Ведомость замечаний» составляется в двух случаях: 1. При проведении внутреннего тестирования на основании «Отчета о тестировании» составляется перечень замечаний, в который включаются все не пройденные тесты, а также дополнительно обнаруженные в ходе тестирования ошибки. 2. При внедрении и сопровождении системы. Структура документа является следующей: 1. Основные сведения - Название проекта - Дата составления, последовательный номер, автор - Ссылка на «Отчет о тестировании» либо период внедрения/сопровождения, за который получены указанные замечания 2. Таблица замечаний
3. Скриншоты - копии экранов с выделенными и пронумерованными блоками (для ссылок в комментариях) Структура документа «Отчет об устранении замечаний» 1. Основные сведения - Номер заявки (из внутренней системы) – в случае выполнения разовой заявки - Название проекта, модуль - Название функциональности - Дата составления, последовательный номер 2. Таблица замечаний
Структура документа «Отчет об установке» 1. Основные сведения - Номер обновления/дистрибутива (из внутренней системы) - Название организации - Дата установки, ФИО сотрудника, проводившего установку - При установке у пользователя – ФИО пользователя, должность, комната, телефон 2. Сведения об ошибках в ходе установки - допустимо использование скриншотов Структура документа «Ведомость обучения» 1. Основные сведения - Название организации, проекта - ФИО сотрудника, проводившего обучение 2. Ведомость обучения
П риложение 2 Регламент оперативного мониторинга и информационной поддержки хода исполнения контрактных обязательств Общие положения 1.1. Данный документ описывает порядок сбора, обработки и хранения информации о контрактных обязательствах, а также регламент оперативного мониторинга хода исполнения контрактных обязательств ответственными исполнителями и руководителями. 1.2. Информационная поддержка указанных процессов осуществляется с использованием внутренней автоматизированной информационной системы (далее - система).
Популярное: Почему стероиды повышают давление?: Основных причин три... Почему человек чувствует себя несчастным?: Для начала определим, что такое несчастье. Несчастьем мы будем считать психологическое состояние... ©2015-2024 megaobuchalka.ru Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. (179)
|
Почему 1285321 студент выбрали МегаОбучалку... Система поиска информации Мобильная версия сайта Удобная навигация Нет шокирующей рекламы |