<?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE article PUBLIC "-//NLM/DTD JATS (Z39.96) Journal Publishing DTD v1.2 20120330//EN" "http://jats.nlm.nih.gov/publishing/1.2/JATS-journalpublishing1.dtd">
    <!--<?xml-stylesheet type="text/xsl" href="article.xsl">-->
<article xmlns:ns0="http://www.w3.org/1999/xlink" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" article-type="research-article" dtd-version="1.2" xml:lang="en">
	<front>
		<journal-meta>
			<journal-id journal-id-type="issn">2303-9868</journal-id>
			<journal-id journal-id-type="eissn">2227-6017</journal-id>
			<journal-title-group>
				<journal-title>Международный научно-исследовательский журнал</journal-title>
			</journal-title-group>
			<issn pub-type="epub">2303-9868</issn>
			<publisher>
				<publisher-name>ООО Цифра</publisher-name>
			</publisher>
		</journal-meta>
		<article-meta>
			<article-id pub-id-type="doi">10.60797/IRJ.2026.164.17</article-id>
			<article-categories>
				<subj-group>
					<subject>Brief communication</subject>
				</subj-group>
			</article-categories>
			<title-group>
				<article-title>ФУНКЦИОНАЛЬНОЕ ТЕСТИРОВАНИЕ ПРОГРАММНОГО ПРИЛОЖЕНИЯ ОБУЧАЮЩИХ ТРЕХМЕРНЫХ МОДЕЛЕЙ ТЕХНОЛОГИЧЕСКОГО ОБОРУДОВАНИЯ</article-title>
			</title-group>
			<contrib-group>
				<contrib contrib-type="author" corresp="yes">
					<name>
						<surname>Шамсутдинова</surname>
						<given-names>Азалия Викторовна</given-names>
					</name>
					<email>shamsutdinova.azalya@yandex.ru</email>
					<xref ref-type="aff" rid="aff-1">1</xref>
				</contrib>
				<contrib contrib-type="author">
					<name>
						<surname>Шаймарданов</surname>
						<given-names>Ильнар Фаритович</given-names>
					</name>
					<email>shaymardanov.ilnar.04@gmail.com</email>
					<xref ref-type="aff" rid="aff-1">1</xref>
				</contrib>
				<contrib contrib-type="author">
					<contrib-id contrib-id-type="orcid">https://orcid.org/0000-0002-5959-6692</contrib-id>
					<name>
						<surname>Левина</surname>
						<given-names>Татьяна Михайловна</given-names>
					</name>
					<email>tattin76@mail.ru</email>
					<xref ref-type="aff" rid="aff-1">1</xref>
				</contrib>
			</contrib-group>
			<aff id="aff-1">
				<label>1</label>
				<institution>Институт нефтепереработки и нефтехимии Уфимского государственного нефтяного технического университета</institution>
			</aff>
			<pub-date publication-format="electronic" date-type="pub" iso-8601-date="2026-02-17">
				<day>17</day>
				<month>02</month>
				<year>2026</year>
			</pub-date>
			<pub-date pub-type="collection">
				<year>2026</year>
			</pub-date>
			<volume>7</volume>
			<issue>164</issue>
			<fpage>1</fpage>
			<lpage>7</lpage>
			<history>
				<date date-type="received" iso-8601-date="2025-12-09">
					<day>09</day>
					<month>12</month>
					<year>2025</year>
				</date>
				<date date-type="accepted" iso-8601-date="2026-02-03">
					<day>03</day>
					<month>02</month>
					<year>2026</year>
				</date>
			</history>
			<permissions>
				<copyright-statement>Copyright: &amp;#x00A9; 2022 The Author(s)</copyright-statement>
				<copyright-year>2022</copyright-year>
				<license license-type="open-access" xlink:href="http://creativecommons.org/licenses/by/4.0/">
					<license-p>
						This is an open-access article distributed under the terms of the Creative Commons Attribution 4.0 International License (CC-BY 4.0), which permits unrestricted use, distribution, and reproduction in any medium, provided the original author and source are credited. See 
						<uri xlink:href="http://creativecommons.org/licenses/by/4.0/">http://creativecommons.org/licenses/by/4.0/</uri>
					</license-p>
					.
				</license>
			</permissions>
			<self-uri xlink:href="https://research-journal.org/archive/2-164-2026-february/10.60797/IRJ.2026.164.17"/>
			<abstract>
				<p>В статье обосновывается необходимость функционального тестирования программных приложений с обучающими трехмерными моделями технологического оборудования. В современных условиях стремительного развития цифровых технологий особое значение приобретает качество программного обеспечения. Ошибки и недоработки программных продуктов могут привести к потере данных и финансовым убыткам, следовательно, тестирование является одним из важнейших этапов жизненного цикла разработки программных обеспечений. Оно позволяет выявить несоответствия между фактическими и требуемыми характеристиками программного продукта, исключить возникновение критических инцидентов в процессе обучения. Для обучающих систем, имитирующих работу сложного технологического оборудования, этап тестирования приобретает стратегическое значение.</p>
			</abstract>
			<kwd-group>
				<kwd>функциональное тестирование</kwd>
				<kwd> программное приложение</kwd>
				<kwd> трехмерные модели</kwd>
				<kwd> технологическое оборудование</kwd>
				<kwd> метод черного ящика</kwd>
				<kwd> сценарий тестирования</kwd>
				<kwd> обучающие системы</kwd>
				<kwd> нефтегазовое оборудование</kwd>
			</kwd-group>
		</article-meta>
	</front>
	<body>
		<sec>
			<title>HTML-content</title>
			<p>1. Введение</p>
			<p>Программное приложение обучающих трехмерных моделей технологического оборудования требует не только отображение полигональных моделей, но и гарантии корректной работы всех его функциональных компонентов [1]. Гарантия корректной работы всех функциональных компонентов, таких как вращение модели, выбор элемента и другие взаимодействия с графическим интерфейсом программы, позволит осваивать оборудования и надежно эксплуатировать его в дальнейшем. Функциональное тестирование становится ключевым этапом жизненного цикла перед его внедрением в промышленную эксплуатацию.</p>
			<p>Актуальность исследования обусловлена стремительным распространением трехмерного моделирования в области профессионального обучения, особенно в нефтегазовом секторе. Качественные 3D-модели, точно отражающие реальное оборудование, стали основой эффективных VR-тренажеров [2]. Однако, даже визуально совершенная модель теряет ценность, если её интерактивные функции работают некорректно. Ошибки в логике взаимодействия, неверная обработка пользовательских действий или сбои в отображении элементов могут привести к формированию у обучающихся неверных навыков, что в реальных условиях чревато авариями и финансовыми потерями. В связи с этим системное функциональное тестирование, ориентированное на проверку именно пользовательских сценариев, становится критически важным.</p>
			<p>Целью данного исследования является разработка практической методики функционального тестирования программного приложения с обучающими трехмерными моделями технологического оборудования на основе метода «черного ящика».</p>
			<p>Задачи исследования:</p>
			<p>- провести анализ современных методов и инструментов функционального тестирования, в особенности для приложений с трехмерной графикой.</p>
			<p>- разработать детальный сценарий функционального тестирования для типового блока модели «Емкость», охватывающий ключевые пользовательские операции.</p>
			<p>- апробировать разработанный сценарий на примере конкретного программного приложения.</p>
			<p>- предложить классификацию выявленных дефектов по степени их критичности для учебного процесса.</p>
			<p>- сформулировать рекомендации по внедрению методики в цикл разработки аналогичных обучающих систем.</p>
			<p>2. Теоретические аспекты функционального тестирования</p>
			<p>В соответствии с ГОСТ Р 56939-2024 функциональное тестирование является видом работ по исследованию программы, направленный на выявление отличий между ее реально существующими и требуемыми свойствами, который решает сразу несколько критически важных задач:</p>
			<p>- проверяет корректность работы всех сценариев взаимодействия с трехмерными моделями;</p>
			<p>- выявляет ошибки в логике обучающего модуля;</p>
			<p>- обеспечивает стабильность интерфейса и его реакцию на пользовательские действия;</p>
			<p>- помогает разработчикам и методистам поддерживать соответствие между теоретической моделью и ее цифровой реализацией;</p>
			<p>- определяет, выполняются ли требования безопасности, идентифицированные в процессе анализа требований к ПО [3].</p>
			<p>Рассмотрим основные типы функциональных тестов (рис. 1).</p>
			<fig id="F1">
				<label>Figure 1</label>
				<caption>
					<p>Типы функциональных тестов</p>
				</caption>
				<alt-text>Типы функциональных тестов</alt-text>
				<graphic ns0:href="/media/images/2025-12-09/4b71ba73-1f61-405f-a285-f8facf38b3e8.jpg"/>
			</fig>
			<p> Из рисунка 1 видно, что UX-тестирование является ключевым приоритетом, набрав 28%. Это означает, что в 2025 году бизнес осознает, что даже безупречно работающая с технической точки зрения система бесполезна, если она неудобна для пользователя. Компании направляют значительные ресурсы на проверку удобства, интуитивности и эмоционального отклика продукта, понимая, что именно качество пользовательского опыта становится главным конкурентным преимуществом на насыщенном рынке [4]. Лидирующая позиция функционального тестирования наглядно показывает, что сегодня недостаточно просто создать работающий продукт — он должен нравиться пользователям, поскольку именно от их удовлетворенности напрямую зависит коммерческий успех.</p>
			<p>3. Методы функционального тестирования</p>
			<p>Для выполнения функционального тестирования применяются современные методики испытаний, которые объединяют ручные и автоматизированные подходы, включая использование аналитики для оптимизации тестовых сценариев [5].</p>
			<p>Рассмотрим основные методики испытаний, классифицированные по принципам доступа к внутренней структуре программы и характеру тестируемых функций:</p>
			<p>- метод «Черного ящика». Целью данного метода заключается в том, чтобы убедиться, что программа выполняет заявленные функции корректно. А также тестировщик не имеет доступа к исходному коду. Программные средства для проведения данного метода: Selenium, Appium, Katalon Studio, TestComplete.</p>
			<p>- метод «Белого ящика». Цель — проверить логику кода, ветвления, циклы, обработку исключений. Тестировщик анализирует внутреннюю структуру и алгоритмы программы, применяется программистами и автоматизированными системами. Для данного метода используются следующие программы – JUnit, NUnit, PyTest, TestNG.</p>
			<p>- метод «Серого ящика». Комбинирует принципы «черного» и «белого» ящика, включает в себя частичное знание внутренней структуры программы, часто используется при тестировании API и интеграционных сценариев. Используются такие программы, как Postman, SoapUI, ReadyAPI, Robot Framework.</p>
			<p>Одним из часто используемых методов является метод «Черного ящика». Данный метод был выбран благодаря своей универсальности и ориентации на конечного пользователя, что позволяет проверять функциональность приложения именно так, как это будет делать оператор установки, не углубляясь в детали реализации кода [8].</p>
			<p>Ключевые техники тестирования методом «черного ящика»:</p>
			<p>- эквивалентное разбиение — разделение входных данных на классы, обрабатываемые программой одинаково, что сокращает количество тестов. Пример: для диапазона от A до B выделяются валидные и невалидные классы значений.</p>
			<p>- анализ граничных значений — тестирование значений на границах диапазонов и за их пределами, где наиболее вероятны ошибки. Пример: для диапазона -99 ≤ N ≤ 99 проверяются min-1, min, max, max+1.</p>
			<p>- тестирование таблицы решений — проверка бизнес-логики через таблицу условий и действий, где каждый столбец представляет уникальное бизнес-правило и тестовый сценарий.</p>
			<p>- тестирование переходов состояний — проверка корректных и некорректных переходов между состояниями системы, применяется для систем с четкими состояниями, например, банкоматы [9].</p>
			<p>4. Составление сценария тестирования</p>
			<p>С учетом выше изложенного составим сценарий функционального тестирования трехмерных моделей программного приложения (табл. 1) [6], [7].</p>
			<table-wrap id="T1">
				<label>Table 1</label>
				<caption>
					<p>Сценарий тестирования блока модели «Емкость»</p>
				</caption>
				<table>
					<tr>
						<td>№</td>
						<td>Текущее состояние</td>
						<td>Событие</td>
						<td>Новое состояние</td>
						<td>Ожидаемый результат</td>
					</tr>
					<tr>
						<td>1</td>
						<td>Главное меню</td>
						<td>Выбрать «Емкость»</td>
						<td>Интерфейс емкости</td>
						<td>Отображение трехмерной модели емкости с надписями элементов в левой части экрана, SCADA-схемы в правой части экрана и поля для ввода значения температуры в левой верхней части экрана.</td>
					</tr>
					<tr>
						<td>2</td>
						<td>Интерфейс емкости (модель неподвижна)</td>
						<td>Нажать стрелку «Вправо»</td>
						<td>Вращение вправо</td>
						<td>Трехмерная модель начинает вращаться вправо</td>
					</tr>
					<tr>
						<td>3</td>
						<td>Интерфейс емкости (модель неподвижна)</td>
						<td>Нажать стрелку «Влево»</td>
						<td>Вращение влево</td>
						<td>Трехмерная модель начинает вращаться влево</td>
					</tr>
					<tr>
						<td>4</td>
						<td>Вращение вправо</td>
						<td>Нажать стрелку «Вправо»</td>
						<td>Модель неподвижна</td>
						<td>Трехмерная модель останавливается</td>
					</tr>
					<tr>
						<td>5</td>
						<td>Вращение вправо</td>
						<td>Нажать стрелку «Влево»</td>
						<td>Вращение влево</td>
						<td>Трехмерная модель мгновенно меняет направление и вращается влево</td>
					</tr>
					<tr>
						<td>6</td>
						<td>Вращение влево</td>
						<td>Нажать стрелку «Влево»</td>
						<td>Модель неподвижна</td>
						<td>Трехмерная модель останавливается</td>
					</tr>
					<tr>
						<td>7</td>
						<td>Вращение влево</td>
						<td>Нажать стрелку «Вправо»</td>
						<td>Вращение вправо</td>
						<td>Трехмерная модель мгновенно меняет направление и вращается вправо</td>
					</tr>
					<tr>
						<td>8</td>
						<td>Интерфейс емкости</td>
						<td>Ввести корректное значение температуры — 160–170</td>
						<td>Интерфейс емкости</td>
						<td>Под SCADA-схемой отображается сообщение о правильном вводе значения температуры</td>
					</tr>
					<tr>
						<td>9</td>
						<td>Интерфейс емкости</td>
						<td>Ввести повышенное значение температуры — 171–190</td>
						<td>Интерфейс емкости</td>
						<td>Под SCADA-схемой отображается сообщение о превышенном значении температуры</td>
					</tr>
					<tr>
						<td>10</td>
						<td>Интерфейс емкости</td>
						<td> 0–160</td>
						<td>Интерфейс емкости</td>
						<td>Под SCADA-схемой отображается сообщение о пониженном значении температуры</td>
					</tr>
					<tr>
						<td>11</td>
						<td>Интерфейс емкости</td>
						<td>Ввести критически повышенное значение температуры – &gt;190</td>
						<td>Интерфейс емкости</td>
						<td>Под SCADA-схемой отображается сообщение о критически повышенном значении температуры</td>
					</tr>
					<tr>
						<td>12</td>
						<td>Интерфейс емкости</td>
						<td>Ввести любую недопустимое значение в поле для ввода (отрицательное значение, символы, буквы)</td>
						<td>Интерфейс емкости</td>
						<td>Под SCADA-схемой отображается сообщение неверно введенном формате</td>
					</tr>
					<tr>
						<td>13</td>
						<td>Интерфейс емкости</td>
						<td>Нажать «Назад»</td>
						<td>Главное меню</td>
						<td>Возврат в меню выбора моделей</td>
					</tr>
				</table>
			</table-wrap>
			<p>Основные функциональные проверки включают:</p>
			<p>- корректное функционирование вращения трехмерной модели (запуск вращения в обе стороны, мгновенная смена направления, остановка при повторном нажатии);</p>
			<p>- загрузку и корректное отображение трехмерной модели оборудования;</p>
			<p>- корректную работу системы проверки знаний по заданному параметру для каждой модели с отображением соответствующих сообщений;</p>
			<p>- стабильность работы при переключении между различными моделями оборудования;</p>
			<p>- корректное отображение подписанных элементов на трехмерной модели;</p>
			<p>- корректное отображение статичной SCADA-схемы для каждой модели оборудования.</p>
			<p>Прохождение 9 пункта сценария представлено на рисунке 2.</p>
			<fig id="F2">
				<label>Figure 2</label>
				<caption>
					<p>Прохождение 9-ого пункта сценария: 1 - камера распределительная; 2 - штуцер перелива; 3 - люк-лаз; 4 – штуцер отбора проб; 5 - штуцер ввода битума; 6 - выход воздуха (пара); 7 - штуцер для уровнемера; 8 - штуцер вывода битума; 9 – штуцер спуска остатка</p>
				</caption>
				<alt-text>Прохождение 9-ого пункта сценария: 1 - камера распределительная; 2 - штуцер перелива; 3 - люк-лаз; 4 – штуцер отбора проб; 5 - штуцер ввода битума; 6 - выход воздуха (пара); 7 - штуцер для уровнемера; 8 - штуцер вывода битума; 9 – штуцер спуска остатка</alt-text>
				<graphic ns0:href="/media/images/2025-12-09/521ea2c8-d64f-4a67-b2ea-62b267edbd5c.png"/>
			</fig>
			<p>Создание подобного сценария позволит не ограничиваться внешней проверкой. Например, в Unity Test Framework можно внедрить автотесты, отслеживающие корректность работы скриптов взаимодействия. Такой подход экономит время и повышает стабильность системы после обновлений.</p>
			<p>Для сложных трехмерных моделей с высокой детализацией важно проводить визуальное тестирование вручную, так как автоматические инструменты пока не способны полноценно оценить качество рендеринга, отражений и реалистичность анимации.</p>
			<p>Кроме того, полезно создавать отдельные сценарии для проверки стабильности трехмерного рендера, особенно если используется физически корректное освещение. Иногда достаточно небольшой ошибки в скрипте или конфликтов между материалами, чтобы нарушить отображение всей модели.</p>
			<p>5. Обработка результатов тестирования и классификация
дефектов</p>
			<p>После выполнения функционального тестирования по сценарию составляется акт выявленных несоответствий, который позволяет внести корректировку в программное приложение [10]. Для обучающих программных приложений типичными проблемами являются несоответствие логики обучения и поведения модели, неправильная обработка пользовательских событий или сбои в синхронизации звука и графики.</p>
			<p>На примере рассмотрим классификацию дефектов, представленных в таблице 2.</p>
			<table-wrap id="T2">
				<label>Table 2</label>
				<caption>
					<p>Классификация дефектов</p>
				</caption>
				<table>
					<tr>
						<td>Уровень критичности</td>
						<td>Пример ошибки</td>
						<td>Влияние на обучение</td>
						<td>Приоритет устранения</td>
					</tr>
					<tr>
						<td>Критические дефекты</td>
						<td>Приложение не запускается, модель не отображается, обучение невозможно</td>
						<td>Обучение невозможно, система не выполняет основную функцию</td>
						<td>Немедленный (1 уровень)</td>
					</tr>
					<tr>
						<td>Средние дефекты</td>
						<td>Отдельные функции работают некорректно</td>
						<td>Частично нарушается логика обучения или взаимодействие пользователя</td>
						<td>Высокий (2 уровень)</td>
					</tr>
					<tr>
						<td>Незначительные дефекты</td>
						<td>Визуальные неточности, не влияющие на учебный процесс</td>
						<td>Не влияют на процесс обучения, но снижают качество восприятия</td>
						<td>Средний/низкий (3 уровень)</td>
					</tr>
				</table>
			</table-wrap>
			<p>Использование систем управления дефектами, таких как JIRA, TestRail или Redmine позволяет структурировать процесс тестирования. Каждое найденное отклонение фиксируется с указанием версии, модуля и условий воспроизведения.</p>
			<p>На практике также важно выстраивать обратную связь между тестировщиками и разработчиками. Например, после каждой итерации тестирования в Unity можно автоматически генерировать отчет о дефектах в формате CSV, где фиксируются: время возникновения ошибки, описание, версия сборки, шаги воспроизведения. Это позволяет быстро отследить повторяющиеся ошибки и исключить их в будущем.</p>
			<p>6. Заключение</p>
			<p>Проведенное исследование подтвердило важность системного функционального тестирования для обеспечения надежности программных приложений обучающих трехмерных моделей технологического оборудования. </p>
			<p>Полученные результаты и их новизна:</p>
			<p>Разработан детальный сценарий функционального тестирования для блока модели «Емкость», который охватывает ключевые пользовательские операции: вращение модели, ввод и валидацию технологических параметров, корректность отображения элементов и SCADA-схем. Сценарий построен с применением техник анализа граничных значений и тестирования переходов состояний, что повышает вероятность выявления скрытых дефектов бизнес-логики.</p>
			<p>Предложена классификация дефектов, специфичная для обучающих приложений, с разделением по уровню критичности и влиянию на учебный процесс. Это позволяет отслеживать исправления и управлять качеством продукта.</p>
			<p>Методика носит типовой характер и может быть адаптирована для тестирования других модулей и аналогичных программных комплексов в нефтегазовой и других отраслях.</p>
			<p>Оригинальность работы заключается в адаптации классического метода «черного ящика» к задачам тестирования интерактивных трехмерных моделей технологического оборудования, что ранее в литературе освещалось недостаточно. Разработанный сценарий и принципы методики ориентированы именно на конечного пользователя, что гарантирует проверку функциональности в условиях, максимально приближенных к реальной эксплуатации.</p>
			<p>Таким образом, реализация предложенной методики позволяет гарантировать техническую корректность и удобство использования обучающего приложения, что напрямую способствует повышению качества подготовки специалистов для нефтегазовых отраслей.</p>
		</sec>
		<sec sec-type="supplementary-material">
			<title>Additional File</title>
			<p>The additional file for this article can be found as follows:</p>
			<supplementary-material xmlns:xlink="http://www.w3.org/1999/xlink" id="S1" xlink:href="https://doi.org/10.5334/cpsy.78.s1">
				<!--[<inline-supplementary-material xlink:title="local_file" xlink:href="https://research-journal.org/media/articles/22813.docx">22813.docx</inline-supplementary-material>]-->
				<!--[<inline-supplementary-material xlink:title="local_file" xlink:href="https://research-journal.org/media/articles/22813.pdf">22813.pdf</inline-supplementary-material>]-->
				<label>Online Supplementary Material</label>
				<caption>
					<p>
						Further description of analytic pipeline and patient demographic information. DOI:
						<italic>
							<uri>https://doi.org/10.60797/IRJ.2026.164.17</uri>
						</italic>
					</p>
				</caption>
			</supplementary-material>
		</sec>
	</body>
	<back>
		<ack>
			<title>Acknowledgements</title>
			<p/>
		</ack>
		<sec>
			<title>Competing Interests</title>
			<p/>
		</sec>
		<ref-list>
			<ref id="B1">
				<label>1</label>
				<mixed-citation publication-type="confproc">ГОСТ Р ИСО/МЭК 20000-1-2021. ТРЕБОВАНИЯ К СИСТЕМЕ МЕНЕДЖМЕНТА СЕРВИСОВ. — Введ. 2021-12-07. — Москва: Российский институт стандартизации, 2021. — 32 с.</mixed-citation>
			</ref>
			<ref id="B2">
				<label>2</label>
				<mixed-citation publication-type="confproc">2025 State of Digital Quality Report From Applause Reveals Sharp Increase in AI-Powered Functional Testing, but Human Involvement Remains Critical. — 2025. — URL: https://www.applause.com/press-release/2025-state-of-digital-quality-functional-testing/?utm_source=chatgpt.com (accessed: 14.11.25)</mixed-citation>
			</ref>
			<ref id="B3">
				<label>3</label>
				<mixed-citation publication-type="confproc">ГОСТ Р 56939-2024. Защита информации. Разработка безопасного программного обеспечения. Общие требования — Введ. 2024-12-20. — Москва: Стандартинформ, 2024.— 26 с.</mixed-citation>
			</ref>
			<ref id="B4">
				<label>4</label>
				<mixed-citation publication-type="confproc">Гунина Е.В. Метод визуализации результатов UX-тестирования информационного ресурса / Е.В. Гунина, С.В. Иванова // Актуальные проблемы инфотелекоммуникаций в науке и образовании. — Санкт-Петербург: СПбГУТ им. проф. М.А. Бонч-Бруевича, 2021.</mixed-citation>
			</ref>
			<ref id="B5">
				<label>5</label>
				<mixed-citation publication-type="confproc">Гусеница Я.Н.. Методика оценивания полноты результатов испытаний / Я.Н. Гусеница // Состояние и перспективы развития современной науки по направлению «АСУ, информационно-телекоммуникационные системы»; — Анапа: ЭРА, 2021.</mixed-citation>
			</ref>
			<ref id="B6">
				<label>6</label>
				<mixed-citation publication-type="confproc">Уймин А.Г. Разработка методики тестирования системы безопасности автоматизированных систем управления технологическими процессами на основе корпоративного стандарта / А.Г. Уймин // Автоматизация и информатизация ТЭК. — 2024. — № 5.</mixed-citation>
			</ref>
			<ref id="B7">
				<label>7</label>
				<mixed-citation publication-type="confproc">Хабрат В.В. Методика испытаний адресно-аналоговых систем пожарной сигнализации / В.В. Хабрат // Вестник науки. — 2025. — № 7.</mixed-citation>
			</ref>
			<ref id="B8">
				<label>8</label>
				<mixed-citation publication-type="confproc">Черепнин М.А. Комплексное сравнение методов при выборе подходящего метода процесса тестирования программного обеспечения / М.А. Черепнин // Научно-исследовательский центр «Technical Innovations». — 2023. — № 18.</mixed-citation>
			</ref>
			<ref id="B9">
				<label>9</label>
				<mixed-citation publication-type="confproc">Кустов Д.А. Анализ тестирования программного обеспечения методом белого ящика и методом черного ящика / Д.А. Кустов // Научный аспект. — 2024. — № 5.</mixed-citation>
			</ref>
			<ref id="B10">
				<label>10</label>
				<mixed-citation publication-type="confproc">Кузьменков К.А.. Анализ методов тестирования программного обеспечения: от функциональных проверок до исследовательского тестирования / К.А. Кузьменков // Цифровая экономика глазами студентов; — Казань: Сагиев А.Р., 2025.</mixed-citation>
			</ref>
		</ref-list>
	</back>
	<fundings/>
</article>