Как самому сделать программу для тестов

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

Ключевые слова

ОКНО СООБЩЕНИЯ, КНОПКА, ТЕСТ, ЯЗЫК С#, ПРОГРАММА

Текст научной работы

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

В последнее время в тестовых заданиях учитываются возможности компьютерного представления. Поэтому тестовые задания могут быть представлены в разных формах [1]. Например, в виде:

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

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

Мастер-класс. Создание тестов в программе MyTestXPro.

При запуске программы появляется окно приветствия. После этого загружается окно для ввода данных тестируемого. Тестируемый должен ввести фамилию и инициалы, название группы (рис. 1). Эти данные, а также дата и время начало тестирования сохраняются в базе данных.

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

Только после ввода фамилии, инициалов, а также названия группы кнопка «Начать тестирование» становится доступной. После нажатия кнопки «Начать тестирование» появляется окно с первым вопросом и ответами (рис. 2). В данном случае в окне для вопросов появился вопрос с одним правильным ответом. Размеры этого окна изменяются в зависимости от длины вопроса и ответов.

После выбора правильного ответа или нескольких правильных ответов, в зависимости от вида вопроса, становится доступной кнопка «Следующий вопрос».

Во время ответа тестируемый может перемещаться по вопросам вправо и влево и исправить свои ответы на предыдущие вопросы (рис. 3). При нажатии на кнопку «Следующий вопрос» из рис. 1 в окне для вопросов автоматический появляется следующий вопрос, на который тестируемый отвечал перед нажатием на кнопки из окна «Смотреть вопросы».

Как создавать тесты в гугл-формах и настраивать их проверку

В основном окне постоянно показывается время и оставшееся количество вопросов в тесте, на которые еще не дали ответа. Если тестируемый забыл про время, то за одну минуту до конца теста появляется окно предупреждения «Внимание! До конца теста остается 1 минута». При этом сразу прекращается подсчет времени прохождения теста. Как только тестируемый нажмет на кнопку «OК», то продолжится подсчет времени теста дальше.

Тест заканчивается после ответа на последний вопрос. Появляется информационное окно, содержащее результаты тестирования:

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

Представленная программа тестирования была разработана в современной интегрированной среде Visual Studio. Использован объектно-ориентированный языка программирования C# [2, 3]. Создана база тестов по многим преподаваемым дисциплинам преподавателя.

Вывод

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

Выбор программы для обеспечения метрологического учета

1. Балакина А.В.

Систематизация рабочего процесса в оценочной деятельности

1. Субаева А.З.

Учебная программа и преподавание в среднем образовании

1. Маматкулова Ф.А.

Разработка программного обеспечения для управления системы «Шлагбаум»

1. Макарова Н.В.
2. Макарова Ю.В.

Проектирование автоматизированного рабочего места диспетчера службы такси

1. Хусаинова Г.Я.

Список литературы

1. Хусаинов И.Г. Разработка электронного пособия «Языки и методы программирования» // Вестник Тульского государственного университета. Серия: Современные образовательные технологии в преподавании естественнонаучных дисциплин. 2017. № 1 (16). С. 153-155.
2. Ткачев, Н. А. Основы программирования на языке C#: Учебное пособие. / Н. А. Ткачев, В. Н. Хлебостроев. — СПб.: Издательство «Лань», 2018. — 272 с.
3. Фролов А. В. Проектирование приложений на языке программирования C#. [Электронный ресурс] Режим доступа URL: https://www.frolov-lib.ru/books/msnet/c_sharp2/index.html.

Цитировать

Кобылянская, А.И. Разработка приложения на языке С# для тестирования обучаемых / А.И. Кобылянская, Г.Я. Хусаинова. — Текст : электронный // NovaInfo, 2022. — № 133. — С. 1-2. — URL: https://novainfo.ru/article/19309 (дата обращения: 12.07.2023).

Поделиться

Настоящий ресурс содержит материалы 16+

Источник: novainfo.ru

Home

Если вы сталкивались с автоматизацией тестирования, то это, скорее всего, были автотесты для web-страницы, web-блога, web-интерфейса. Возможно, ваша команда использует Appium для функционального тестирования мобильного приложения или инструментальные тесты Android (Espresso).

Но в 2018 году всё ещё нужно разрабатывать десктопные приложения, поддерживать legacy-проекты. Банки, финансовые отделы компаний, производства и лаборатории, сегмент HoReCa применяют Windows Desktop-приложения. Множество бизнесов разных направлений применяют их для учета, организации и автоматизации бизнес-процессов.

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

• Подключение внешних устройств. К примеру, использование сканера отпечатков пальцев для идентификации, сканера паспорта и других устройств.
• Соблюдение политики безопасности. Например, на заводе или в банке, где запрещен выход в Internet.
• Уже существующий парк машин, который может состоять, например, из PС на OC Windows 7.

Всё вышеперечисленное — потребности реальных заказчиков, и достижения web для таких задач неприменимы.

Тестирование — это долгие месяцы? Стратегия Do Pilot

Наш заказчик использует desktop-приложение (.NET) для делопроизводства, организации и сопровождения бизнес-процессов, которое разрабатывается и развивается годами.

Сейчас оно состоит из десятков тысяч строк кода, а это сотни тестов и примерно полтора месяца, которые требуются на первичное ручное тестирование:

• Две недели на первичный ручной прогон регресс тестов.
• Две недели на повторный прогон.
• Время на исправление ошибок и возможные накладки.

По мере исправления ошибок затрачиваемое время растет, могут случаться накладки во время планирования и контроля. Итого — примерно 1,5 месяца работы двоих инженеров , которые обычно задействованы на выполнении регрессионных проверок.

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

Заказчику нужны быстрые релизные итерации: запрос, разработка, короткое тестирование и внедрение. Главное — оставить качество на прежнем уровне, а лучше — повысить его по объективным количественным критериям. Именно так появляется необходимость автоматизации тестирования.

Конечно, не все в тестировании можно автоматизировать, и некоторые задачи все еще приходится делать вручную. Но если нужно узнать, насколько автоматизация возможна, полезна и пригодна на конкретном проекте, — команда WaveAccess пользуется manage-паттерном автотестирования “Do Pilot” (“создай пилотную версию”).

Стратегия Do Pilot заключается в том, чтобы автоматизировать часть работ и оценить их результат: потраченное время, масштабируемость тестов, стоимость их поддержки. То есть, сделать пилотную версию автотеста (АТ), а затем принять решение о том, стоит ли переводить всё тестирование в автоматизацию.

Всегда проще потратить пару недель, чтобы понять: найден полезный инструмент, пригодный для бизнеса, или это потеря времени.

Do Pilot на проектах WaveAccess: требования и возможности

Итак, мы решили реализовать пилотную версию АТ для крупного.NET Windows Desktop приложения нашего клиента. Для этого выбрали стабильную версию приложения и подобрали шесть основных тестовых сценариев, отмеченных тегом Smoke или Regress, прохождение которых даёт гарантию, что основной функционал тестируемого приложения работает в соответствии с техническим заданием.

К результату выдвинули требования:

• Оперативность. Имеется возможность “на выходе” просматривать отчеты из CI (Continuous Integration) с ночными прогонами этих 6-ти тестов или получать письмо с описанием “упавших” тестов.
• Прозрачность. Команда тестирования понимает, что именно проверяется в каждом шаге теста, а менеджер может читать отчет, написанный в понятной для него форме (например, «на окне n не хватает третьего поля ввода»).
• Стоимость. Выбранный и нструмент не удорожает проект без необходимости.

Главный вопрос, который встал перед нами, — поиск подходящего инструмента для написания АТ, который отвечал бы всем критериям.

Обзор решений для автотестирования

Как мы уже сказали выше: web- и mobile-технологиях автотестирование сейчас преобладает. Рассмотрим, что же, все-таки, можно найти на этом поле для Windows Desktop.

Платные инструменты. TestComplete

Одним из лидеров платных фреймворков является полноценная студия для АТ TestComplete от SmartBear . У решения есть триал-период, есть положительные отзывы пользователей.

Выбираем решение «из коробки» на одного пользователя:

Выбираем кастомизированное решение, убираем «Web» и «Mobile».

Пытаемся максимально снизить цену. За возможность безлимитного тестирования и другие необходимые аддоны все же придется доплатить 1700 € для одной лицензии .

Научить команду тестирования пользоваться студией TestComplete можно, получив сертификаты по 150-700 € за каждый . Возьмём один базовый TestComplete Certification .

Итак, 4000 € за студию и один год поддержки на 1 пользователя . Однако заказчику мы хотели предложить такое решение, которое при сохранении качества платных решений “из коробки” не вынуждало бы его платить такую сумму нам, а через год — продолжать платить уже за продление лицензии.

Платные инструменты. Telerik Test Studio

Следующий платный инструмент — Telerik Test Studio. Его цены:

Но за каждую вспомогательную функцию придется платить:

Эта сумма — 2499 + 899 +599 = 4000$ — включает только одного пользователя и год поддержки . Умножив ее на количество пользователей, а на данном проекте команда WaveAccess состояла из двух инженеров, получаем итоговую цену: 8000$ за год. И многие другие платные фреймворки также удивляют ценообразованием.

Вывод по рассмотренным фреймворкам

Тестирование в Android. Часть 2: unit-тесты

В предыдущей статье мы разобрались, что такое TDD и какие тесты бывают. Сегодня у нас будет практика: мы напишем наши первые тесты.

Пишем unit-тесты

Давайте напишем наши первые unit-тесты. Создадим тестовое приложение My Test Application. Если вы ни разу не создавали своё приложение под Android, то в качестве шпаргалки пригодится статья «Как создать приложение для Android самому».

Приложение, которое вы увидите ниже, можно скачать и убедиться, что всё работает как надо.

Строковые ресурсы strings.xml и размеры:

name=»app_name»>My Test Application > name=»email_label»>Your Email address: > name=»save»>Save > name=»email_hint»>Enter your Email > name=»invalid_email»>Invalid email > name=»valid_email»>OK > name=»activity_padding»>16dp > name=»main_margin»>20dp >

Главный и единственный экран activity_main.xml:

Создайте класс, проверяющий введённый email:

Сам главный экран MainActivity:

Убедимся, что всё работает уже на этом этапе, хотя главное — это написание тестов. Для этого у нас есть две автоматически сгенерированные папки, помимо основной.

Вы уже знаете, что папка, помеченная androidTest, предназначена для инструментальных тестов (загляните в неё ради интереса). Нам нужна папка, помеченная просто test. Сейчас там находится единственный класс, созданный для примера: ExampleUnitTest. Давайте добавим свой класс для тестирования функционала нашего приложения, EmailValidatorTest:

Как мы проверяем наши Утверждения? Мы используем метод assert из пекеджа org.junit (зависимость testImplementation ‘junit:junit:4.+’ в Gradle). Там есть довольно много методов, проверяющих разные значения, но нам для этого примера достаточно двух: assertTrue и assertFalse. Они принимают на вход значение и проверяют, совпадает ли оно с нашим Утверждением. В качестве значения мы передаем результат проверки класса EmailValidator.

Помимо assertTrue и assertFalse, существуют методы:

• assertEquals;
• assertNotEquals;
• assertArrayEquals;
• assertNull;
• assertNotNull;
• assertSame.

Названия методов говорят сами за себя.

Осталось запустить тесты и посмотреть, как они выполняются. Для этого достаточно кликнуть на EmailValidatorTest правой кнопкой мыши:

Тест сразу запустится, и вы увидите результат. Если какие-то тесты не пройдут проверку Утверждений, вы сразу увидите это и сможете исправить или код, или тест — в зависимости от того, что именно пошло не так.

Конфигурация для прогона ваших тестов создалась автоматически, её можно найти в окне конфигураций запуска (там всегда есть как минимум одна конфигурация app для запуска приложения):

Не забудьте сменить конфигурацию, если хотите запустить приложение, а не тесты:

Есть опция запуска с отображением покрытия вашего приложения тестами:

После прогона тестов откроется дополнительное окно, которое показывает, насколько ваше приложение покрыто тестами:

Через двойной щелчок можно посмотреть, какие классы и как покрыты тестами: