Я разрабатываю тестовые наборы для онлайн-системы.Эта система состоит из нескольких веб-служб WCF, некоторых веб-сайтов ASP.NET и серверной базы данных сервера SQL.
В настоящее время часть веб-интерфейса еще не доступна.Но веб-сервисы доступны.И основной рабочий процесс системы может быть достигнут с помощью различных вызовов Web-сервисов.
На данный момент у меня есть следующий план тестирования:
1.Базовый тест: протестируйте каждый из методов веб-службы.
Я планирую использовать такие подходы, как разделение классов эквивалентности и т. Д. Но проблема в том, что все параметры этих методов веб-службы имеют специфичные для системы типы, а не простые типы как дата или целое число .Как я мог обеспечить разделение класса эквивалентности?
2.Тест, ориентированный на задачу: объединение нескольких методов веб-службы для тестирования определенных пользовательских сценариев.
Проблема заключается в том, что без тестируемого пользовательского интерфейса мне приходится моделировать вызовы методов веб-службы как на стороне сервера, так и на стороне клиента.Это разумный подход?
И вдруг мне кажется, что вышеуказанный тест можно назвать только API-тестированием .Я что-то пропускаю?
Извините, если я не прояснил себя достаточно, поскольку я новичок в тестировании.
Спасибо.
Добавить:
Вызывающие методы Web-сервиса являются внутренними партнерами, и они хорошо знают эти методы.Так стоит ли тестировать только функциональность системы?Могу ли я просто игнорировать метод базовый тест в пуле 1?