Excel, XML, XSLT, далее везде Хабрахабр. Проблема. Есть определенная функциональная область приложения некая экспертная система, анализирующая состояние данных, и выдающая результат множество рекомендаций на базе набора правил. Компоненты системы покрыты определенным набором юнит тестов, но основная магия заключается в выполнении правил. Набор правил определен заказчиком на стадии проекта, конфигурация выполнена. При этом, очевидно, неплохо бы проводить регрессионное тестирование системы, чтобы убедиться, что остальные правила все еще работают корректно и никаких побочных эффектов последние изменения не внесли. Основная сложность заключается даже не в подготовке сценариев они есть, а в их выполнении. При выполнении сценариев вручную. Время исполнения правил экспертной системой и последующего анализа выдаваемого результата незначительно по сравнению с подготовительной частью. Сложность выполнения тестов, как известно, серьезный негативный фактор, порождающий недоверие со стороны заказчика, и влияющий на развитие системы Изменишь что то, а потом тестировать еще прийдется. Однако, будем ленивыми, и попробуем найти путь, при котором данные для тестовых сценариев готовятся достаточно просто в идеале заказчиком, а автоматические тесты генерируются на их основе, тоже автоматически. Под катом будет рассказано об одном подходе, реализующим данную идею с использованием MS Excel, XML и XSLT преобразований. Универсальный шаблон теста с четырьмя вариантами ответа. Расчет кредита на обучение Excel middot Обзор академического. Генерация автоматических тестов Excel, XML, XSLT, далее везде. XSLT шаблоны размещаются в одном каталоге с файлом addin. Шаблон Теста В Excel Скачать' title='Шаблон Теста В Excel Скачать' />Тест это прежде всего данные. А где проще всего готовить данные, особенно неподготовленному пользователю Значит, прежде всего в MS Excel. Я, лично, электронные таблицы очень не люблю. Но не как таковые как правило это эталон юзабилити, а за то, что они насаждают и культивируют в головах непрофессиональных пользователей концепцию смешивания данных и представления и вот уже программисты должны выковыривать данные из бесконечных многоуровневых простыней, где значение имеет все и цвет ячейки и шрифт. Но в данном случае мы о проблеме знаем, и постараемся ее устранить. Итак, постановка задачиобеспечить подготовку данных в MS Excel. Шаблон Теста В Excel С Вариантами Ответов СкачатьФормат должен быть разумным с точки зрения удобства подготовки данных, простым для дальнейшей обработки, доступным для передачи бизнес пользователям последнее это факультативно, для начала сделаем инструмент для себя принять подготовленные данные и преобразовать их в код теста. Решение. Пара дополнительных вводных Конкретный формат представления данных в Excel пока не ясен и, видимо, будет немного меняться в поисках оптимального представления Код тестового скрипта может со временем меняться отладка, исправление дефектов, оптимизация. В качестве дополнительного бонуса, использование преобразований открывает путь как к генерации самих тестов не важно на каком языке программирования, так и к генерации тестовой документации. Итак, архитектура решения Преобразовать данные из Excel в XML определнного формата. Преобразовать XML с помощью XSLT в финальный код тестового скрипта на произвольном языке программирования. Конкретная реализация на обеих этапах может быть специфична задаче. Но некоторые общие принципы, которые, как мне кажется, будут полезны в любом случае, приведены ниже Этап 1. Ведение данных в Excel. Здесь, честно говоря, я ограничился ведением данных в виде табличных блоков. Фрагмент файла на картинке. Блок начинается со строки, содержащей название блока ячейка A5. Оно будет использовано в качестве имени xml элемента, так что содержание должно соответствовать требованиям. В той же строе может присутствовать необязательный тип ячейка B5. В процессе подготовки данных технические поля можно скрывать, но во время генерации кода использоваться будут именно они. Колонок в таблице может быть сколько угодно. Скрипт завершает обработку колонок как только встретит колонку с пустым значением тип колонка D. Колонки со типом, начинающимся с нижнего подчеркивания пропускаются. Таблица обрабатывается до тех пор, пока не встретиться строка с пустым значением в первой колонке ячейка A1. Скрипт останавливается после 3 пустых строк. Этап 2. Excel XML. Преобразование данных с листов Excel в XML несложная задача. Преобразование производится с помощью кода на VBA. Тут могут быть варианты, но мне так показалось проще и быстрее всего. Ниже приведу лишь несколько соображений как сделать финальный инструмент удобнее в поддержке и использовании. Код представлен в виде Excel add in. Кроме того это соответствует подходу разделения кода и данных XSLT шаблоны размещаются в одном каталоге с файлом add in для упрощения поддержки Генерируемые файлы промежуточный XML и результирующий файл с кодом, желательно помещать в тот же каталог, что и файл Excel с исходными данными. Людям создающим тестовые скрипты будет удобнее и быстрее работать с результатами Excel файл может содержать несколько листов с данными для тестов они используются для организации вариативности данных для теста например, если тестируется процесс, в котором необходимо проверить реакцию системы на каждом шаге откопировал лист, поменял часть входных данных и ожидаемых результатов готово. Все в одном файле Поскольку все листы в рабочей книге Excel должны иметь уникальное имя эту уникальность можно использовать в качестве части имени тестового скрипта. Такой подход дает гарантированную уникальность имен различных подсценариев в рамках сценария. А если включать в имя тестового скрипта название файла, то достичь уникальности названий скриптов становится еще проще что особенно важно в случае если тестовые данные готовят несколько человек независимо. Кроме того, стандартный подход к именованию поможет в дальнейшем при анализе результатов теста от результатов исполнения к исходным данным будет добраться очень просто Данные из всех листов книги сохраняются в один XML файл. Для нас это показалось целесообразным в случае генерации тестовой документации, и некоторых случаях генерации тестовых сценариев При генерации файла с данными для теста удобно оказалось иметь возможность не включать в генерацию отдельные листы с исходными данными по разным причинам например, данные для одного из пяти сценариев ещ не готовы а тесты прогонять пора. Для этого мы используем соглашение листы, где название начинается с символа нижнего подчркивания исключаются из генерации В файле удобно держать лист с деталями сценария по которому создаются тестовые данные Documentation туда можно копировать информацию от заказчика, вносить комментарии, держать базовые данные и константы, на которые ссылаются остальные листы с данными, и так далее. Разумеется, данный лист в генерации не участвует Чтобы иметь возможность влиять на некоторые аспекты генерации финального кода тестовых скриптов, оказалось удобным включать в финальный XML дополнительную информацию опции генерации, которые не являются тестовыми данными, но могут использоваться шаблоном для включения или исключения участков кода по аналогии с pragma, define, итп. Для этого мы используем именованные ячейки, размещнные на негенерируемом листе Options Каждая строка тестовых данных должна иметь уникальный идентификатор на уровне XML это здорово поможет при генерации кода и при обработке кросс ссылок между строками тестовых данных, которые при этом необходимо формулировать в терминах как раз этих уникальных идентификаторов. Фрагмент XML который получается из данных в Excel с картинки вышеlt Master. Jeep Wrangler Руководство По Ремонту подробнее. Record type. XML Code. Эта часть предельно специфична задачам которые решаются, поэтому ограничусь общими замечаниями. Начальная итерация начинается по элементам, представляющим листы различные тестовые сценарии. Здесь можно размещать блоки setup teardown, утилит Итерация по элементам данных внутри элемента сценария должна начинаться с элементов ожидаемых результатов.