Я предполагаю, что ваш сервис не является тривиальным;Имея это в виду, я не думаю, что вы можете получить хороший ответ от кого-либо, не вдаваясь в подробности о характере существующего сервиса.
Хотя лучше всего было бы использовать комбинаторный подход к тестированию.Я хотел бы начать с существующей схемы обслуживания и перейти к модели, которая максимально отделяет отрицательные от положительных тестовых случаев - для лучшего охвата.Когда это случилось со мной, я использовал этот набор инструментов , чтобы либо аннотировать схему сервиса (из WSDL) и автоматически генерировать тестовую модель, либо создавать комбинаторную тестовую модель с нуля.Это почти всегда необходимо для реальных сервисов, чтобы убедиться, что комбинаторный движок генерирует хорошие тестовые примеры.Независимо от подхода все контрольные примеры записываются в файл Excel.Затем я использую инструмент, чтобы сгенерировать запрос, выполнить сервисный вызов и записать оба запроса / ответа в другой файл Excel для каждого теста.Запуск со старой версией дает мне базовый «ожидаемый» набор результатов;сравнение этого с результатами перенесенной версии, в конечном итоге с использованием выборочных критериев (исключение идентификаторов GUID, временных меток, идентификаторов транзакций и т. д.) дает вердикт.