Как тестировать сетевые сервисы

Скорее всего нет. В работе обычно получал от разрабов описание API и по нему составлял план теста. И потом уже вместе анализировали.

Подскажите, есть ли какое-то общепринятое удобное решение для тестирование сетевых сервисов?

Общепринятого нет и быть не может, а так их сотни, зависит от яп который тебе нужен и типов апи, json там или soap или xml....

Скорее всего нет. В работе обычно получал от разрабов описание API и по нему составлял план теста. И потом уже вместе анализировали.

В крупных проектах это не реально.

+1

Увы.

Используем SoapUI:
1. REST/SOAP запросы и моки из коробки
2. Умеет дергать СУБД
3. Умеет Груви скрипты, а в связи с этим можно напрограммировать всё что угодна используя JVM библиотеки.

Если инженер качества не тупой, то даже не имея навыков программирования забутсрапит хороший набор автотестов за довольно короткий момент.

В биореаткор PM-ов. Заодно и разрабам рыло начистить.

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

Так что тут только сидеть гуглить под конкретную задачу.

Почему ты мне адресовал это сообщение?

Если инженер качества не тупой, то даже не имея навыков программирования забутсрапит хороший набор автотестов за довольно короткий момент.

Вообще этим программисты должны зниматься, TDD и все такое.

В крупных проектах это не реально.

Потому-что это прямая обязанность менеджеров и прочих управляющих должностей позаботится что-бы вся документация, спецификации были доступны всем участникам команды. И это не «не реально» в сколько угодно крупных проектах, если вышеперечисленные люди делают свою работу.

Не реально по документации к апи составить план теста и анализировать че то там. В крупных проектах количество тестов переваливает за 10к + сидит несколько десятков программистов которые постоянно генерируют тонны нового кода, какой ты там тест план по описанию апи собрался составлять и анализировать? Все что можно делать автоматически должно делаться автоматически.

Да, да и всё-такое, но:
1. Далеко не всё можно выловить через TDD.
и/или
2. Иногда эффективнее организовать инженера качества и опустить планку TDD, чем делать чисто TDD ценой утроения потребляемых ресурсов(и не факт что всё отловишь)
Только это оффтопик тут, закругляемся.

1. Далеко не всё можно выловить через TDD.

ты походу не в курсе что такое TDD, это просто техника программирования.

Автоматические тесты не исключают наличие QA, только у него задачи тестировать то что нельзя протестировать автоматически, а не писать автоматические тесты которые программисты напишут лучше него.

ценой утроения потребляемых ресурсов

Так и не понял какие у тебя ресурсы утраиваются.

Эмуляция медленной сети с большим пингом, потерями...

Перфоманс Лаб занимался нагрузочным тестированием. Так они просто брали ява программера который писал маленькую софтинку для каждого теста. Далее падаваны программера юзали её до посинения. А потом все вместе разбирались с логами, графиками и пр. Вроде нормальный был подход.

Да я уже понял что нет готового весла. Буду юзать lua+luasocket

А почему не юнит-тесты? Или речь идет о нагрузочном тестировании?

TDD - это методология созданная программистами для программистов, она предполагает только модульное тестирование. Сеть не нужно тестировать, для этого нужны интеграционные тесты, которые к тдд не имеют никакого отношения. Тестирование програм работающих с сетью ничем не отличается от тестирования любых других програм. Все зависит от того, какой фреймворк используешь и насколько сам код тестируемый. ASP.NET Core коряво тестируется (через костыли), NancyFX замечательно тестируется. Есть набор правил, которые помогают писать тестируемый код.

Если ты пишешь сетевой сервис, то хорошим тоном будет написать для него и клиентскую либу (хотя бы для того же языка, на котором сервис). А когда у тебя уже есть клиентская либа, то берешь любой юнит-тестинг фреймворк и вперде.