Ход работы. 
Автоматизированное тестирование программного обеспечения

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

Рис. 3 Структура поступления версий и количество функциональных тестов ядра.

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

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

Тесты, которые были автоматизированы в ходе данной работы:

• 1. Загрузка конфигурации. Режим Create.
• 2. Импорт конфигурации. Режим Update.
• 3. Импорт конфигурации. Режим Delete.
• 4. Сохранение конфигурации. Режим Create.
• 5. Сохранение конфигурации. Режим Update.
• 6. Сохранение конфигурации. Режим Delete.
• 7. Создание зашифрованного объекта.
• 8. Конфигурирование зашифрованного объекта.
• 9. Замещение зашифрованного объекта.
• 10. Удаление зашифрованного объекта.
• 11. Копирование/вставка зашифрованного объекта.
• 12. Активация/дезактивация зашифрованного объекта.
• 13. Расшифровка объекта.
• 14. Загрузка настроек.
• 15. Выгрузка настроек.
• 16. Загрузка таблицы.
• 17. Сохранение таблицы в .csv формате.
• 18. Сохранение таблицы в .xls формате.
• 19. Сохранение таблицы в .xlsx формате.
• 20. Сохранение таблицы в .txt формате.