Функции веб-тестирования и нагрузочного тестирования Visual Studio действительно предназначены для разработчиков, а не для тестировщиков. У нас была демонстрация от эксперта Microsoft, и он подтвердил это, когда я спросил.
Для некоторых применений это легко и просто (например, если вы можете протестировать только список URL-адресов или если ваш веб-сайт можно протестировать с помощью метода записи и воспроизведения), но если вы иметь более сложное веб-приложение с:
- аутентификация пользователя
- много обработки на стороне клиента (возможно, вашему тесту придется имитировать некоторые из них)
- кадры или несколько асинхронных запросов на страницу
- частичное обновление страницы ASP в старом стиле (не дай бог)
тогда вас ждет мир боли.
Встроенные возможности извлечения и проверки довольно слабы, а поддержка динамических тестов (т. Просто нет готовой поддержки многих вещей, с которыми вы столкнетесь или захотите сделать в ходе тестирования. Также не помогает то, что они очень разборчивы и скупы на то, какие ошибки они решают исправить. Даже если ошибка явно очевидна, если это не сбой, нет смысла сообщать о ней.
При всем при этом, если у вас есть навыки программирования и хорошее понимание http, html, javascript и любых других конкретных веб-технологий, которые использует ваше веб-приложение, вы можете делать довольно интересные вещи, потому что среда тестирования является сверхрасширяемой и широко открытой. к любому волшебству C #, которое вы можете себе представить. Но иногда действительно кажется, что вы заканчиваете чужую работу над продуктом, за который уже заплатили.
Проблема с отсутствующими "скрытыми полями", по-видимому, является самой распространенной проблемой во всем Интернете, и во многих случаях не существует простого решения. Когда вы делаете тестовую запись, Visual Studio записывает все скрытые поля, которые присутствовали на странице. Что ж, когда вы запускаете полученный тест, есть множество причин, по которым одно из этих скрытых полей может больше не отображаться на странице. Возможно, запись пропустила ajax-запрос; возможно, страница что-то делает с javascript (тогда как VS не запускает javascript); возможно, в содержимом страницы есть незначительные изменения, связанные с другой учетной записью пользователя, предыдущими действиями, временем суток или, возможно, другими факторами, не зависящими от вас. Если ваш веб-сайт или приложение очень статично, его легче протестировать. Но если он очень динамичный, вы можете столкнуться с трудной задачей.
Подводя итог своему опыту: воспользовавшись преимуществами трех замечательных сторонних библиотек, а затем написав свою собственную библиотеку поддержки, состоящую из 95 классов и около 2700 строк кода (включая очень богатые и мощные правила извлечения и проверки), я рассмотрел большую часть основные трудности, с которыми я ранее спотыкался
Но мне жаль бедного одинокого тестировщика, которому дали VS и сказали "написать несколько нагрузочных тестов".
person
agentnega
schedule
19.08.2011
