С чего начать изучение автоматизированного тестирования мобильного бэкэнда?

Question

[Дмитрий Сизов]

Всем привет! Работаю тестировщиком, очень хочется начать двигаться в сторону автоматизации. Сейчас как раз новый проект, тестируем мобильный бэкэнд написанный на C# и ASP.NET. Какие инструменты применяются для автоматизации тестов мобильного бэкэнда? Изучаю java в свободное время, можно ли писать автотесты всегда на одном языке не зависимо от языка кода на котором написан проект?

Answer 1

[Evgeniy _]

Отвечая на вопрос "можно ли?" - можно. Но, как по опыту, лучше придерживаться того фреймворка что используют девы. Тк придет время - захотят посмотреть ваши тесты, ну понятно, что они смогут прочитать ваш код на java, но приятнее будет быть в "своей среде" =)

Инструменты теже самые, что и для вэба. Вы работаете с запросами, будь то http\s, ftp, udp, *-ql and etc. Под конкретную задачу - конкретная библиотечка. Нужна конкретика.

Comments

[Дмитрий Сизов]

Благодарю, а есть хороший сайт с библиотеками, примерами их применения?

[Evgeniy _]

Опять же - нужна конкретика, редко, где собрано в одном месте все, что нужно.
Обратите внимание на Citrus - www.citrusframework.org
"Automated integration tests for message protocols and data formats!
HTTP REST, JMS, TCP/IP, SOAP, FTP, SSH, XML, JSON and more!"

Answer 2

[Saboteur]

Обычно для автоматизации продукта, особенно UI, используют специальные средства. Selenium, IBM rational tester и др.

Хорошие автотесты должны поддерживаться со стороны разработчиков. То есть продукт должен быть написан с возможностью тестирования (согласовывать названия объектов, добавлять полезный для тестировщиков API).

Comments

[Дмитрий Сизов]

Спасибо!

[Saboteur]

Дмитрий Сизов: Для спасибо есть кнопочка :)
А вообще, выбор языка зависит не только от его удобства непосредственно для тестов, но и для удобства его последующей поддержки. Автотесты, как и код, должны все время быть актуальными, следовательно их нужно будет постоянно дописывать и переписывать.

Если выбранный язык знает только один человек - это риски.