В разделе раскрывается назначение проекта и объясняется, почему программный продукт социального учреждения необходимо проверять до полноценного использования. Формулируются проблема, цель, задачи, объект и предмет исследования, а также описываются предполагаемые пользователи системы. Отдельно обозначаются границы ручного тестирования и ожидаемый практический результат.

Раздел посвящается описанию предполагаемого назначения программного продукта ГКУ СО КК «Новороссийский социально-реабилитационный центр». Рассматриваются основные категории пользователей, типовые операции, используемые данные и требования к доступности информации. Материал помогает определить, какие функции являются ключевыми и должны быть включены в обязательный объём проверок.

В пункте объясняются понятия тестирования, тестового случая, сценария, чек-листа, дефекта и тестового окружения. Описывается последовательность действий специалиста: анализ требований, подготовка данных, выполнение шагов, сравнение результатов и оформление отчёта. Также показывается отличие ручного подхода от автоматизированного и значение воспроизводимости проверок.

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

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

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

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

В пункте обобщаются сведения о выполненных проверках, пройденных и непройденных тестах, повторяющихся ошибках и наиболее уязвимых пользовательских сценариях. Результаты сопоставляются с требованиями к продукту. На основании анализа формулируются практические рекомендации: какие дефекты исправить в первую очередь, что перепроверить и какие проверки добавить.

В заключении кратко систематизируются результаты ручного тестирования программного продукта и оценивается достижение поставленной цели. Указывается, какие виды проверок были выполнены, какие группы дефектов обнаружены и почему они важны для пользователей социального учреждения. Также обозначаются ограничения проведённого тестирования и дальнейшие шаги для повторной проверки после доработок.

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