JM>Подскажите, может кто-нибудь сталкивался.. JM>Каким образом можно организовать процесс тестирования функциональности, реализованной в виде BPM 2.0?
JM>Есть диаграмма процесса. В ней точка входа, функциональные блоки, ветвления, связи и т.п. Вызовы операций над объектами реализованы в виде веб-сервисов, структура диаграммы фиксируется на начальном этапе анализа и уже не меняется. Меняется (рефакторится, исправляется) только реализация самих сервисов. JM>Есть идея на точку входа бизнес-процесса подавать некий подготовленный набор начальных данных, так сказать запустить жизненный цикл процесса, и проталкивать его по всем возможным вариациям ветвлений диаграммы, лишь корректируя параметры вызова на некоторых стадиях ветвления. JM>Таким образом практически полностью покрывая бизнес-модель функциональными тестами.
Боюсь, помощи ждать неооткуда J
Тестирование BPM все еще дремучий лес чудес, нормальных case study и инструментов там крайне мало.
Так что вам предстоит быть пионером )
Если потом поделитесь опытом — в чем и где были косяки, вам тыща народу скажет спасибо и я в первых рядах )
Умозрительно, все действительно сведется к пиханию данных в точку входа. Вопрос в том, что этими данными покрывать — процесс или сервисы?
Я бы написал use case'ы на каждый процесс, причем написал бы на основе ТЗ, а не модели, чтобы модель тоже проверить. На каждый use case по набору данных — пихая эти данные в процесс, убеждаемся в (не)выполнимости каждого сценария.
Но сервисы тоже не стоит игнорировать, с их интеграцией может быть туча проблем. Тем более, они будут рефакторится и интеграция будет ломаться.
