пятница, 13 сентября 2013 г.

Тестирование производительности с помощью Visual Studio Web Performance, часть 6

Test Results

В самом начале я говорил, что Web Performance является инструментом с дружественным интерфейсом и вполне возможно разобраться в нем, не пользуясь мануалами, в чем вы, я надеюсь, и убедились при прочтении этого цикла. Тест отчеты не являются исключением и все результаты представляются в удобном виде, будь то графики или таблицы.

С днем программиста!!!

Дорогие наши программисты - с праздником!!!
Поменьше вам архитектурных ошибок, побольше багов в won't fix и здоровья. счастья, успехов в работе и личной жизни :))))))))))))





Кстати, День программиста - это официальный праздник!

среда, 11 сентября 2013 г.

Тестирование производительности с помощью Visual Studio Web Performance, часть 5

Load Test Plug-in

Итак, у нас есть 2 webtest'а объединенных в один loadtest. В прошлых частях я уже приводил примеры для чего может понадобиться плагин, сейчас предлагаю сразу перейти к его созданию.
Как я уже говорил - плагины, это обычные классы, унаследованные от Web Testing, поэтому создаём новый класс в корневой папке проекта. Мы собираемся перегрузить метод Initialize() класса ILoadTestPlugin, который отвечает за действия перед тестом. Для наглядности поместим внутри абстрактный метод создания пользователя CreateUser(). Получаем следующее.

вторник, 10 сентября 2013 г.

Генерация случайных валидных Urls

Гоняя тесты на одних и тех же данных, мы каждый день видим зеленный билд. И что? Стабильность? Застой?

Верное утверждение, что тесты должны гоняться постоянно, т.е. круглосуточно, или 24*7. Но если тесты используют одни и те же данные, то они врядли будут падать, если не повторяются старые ошибки.

Что делать?


понедельник, 9 сентября 2013 г.

Тестирование производительности с помощью Visual Studio Web Performance, часть 4

LoadTest

Перед тем как рассмотреть loadtest давайте спроектируем ситуацию, когда 70% запросов к гуглу должны быть со случайными значениями, а 30% постоянными, например, "Web Performance". Тест со случайными запросами мы уже написали (WebTest1), создадим его копию, назовем WebTest2, единственное отличие будет в том, что мы не будем подключать внешние источники данных, а оставим статичное значение запроса. Также я включил URL Encoding, чтобы не переводить пробелы в "%20" вручную.

Коллеги, С днем Тестировщика!!!


Больше багов в разных областях!

Поздравляем Всех тестировщиков с праздником! Стабильных билдов, легковоспроизводимых багов и скорейших фиксов!

пятница, 6 сентября 2013 г.

Тестирование производительности с помощью Visual Studio Web Performance, часть 3

Web Test Plug-in

В прошлой статье мы рассмотрели, как создавать базовый класс теста производительности и мы теперь добрались до первого плагина. Для чего он вообще нужен? Например, в ситуации, когда вам нужно составить рандомный email, или когда перед тестом нужно создать юзера, а после теста его удалить; возможности большие, осталось только научиться этим пользоваться.

четверг, 5 сентября 2013 г.

Сервис генерирования изображений


Для облегчения работы будь то тестировщика или прграммиста постоянно разрабатываются новые онлайн сервисы.


Например, Placehold, который генерирует изображения под указанное разрешение. Казалось бы, инструмент придуман специально для веб дизайнеров, чтобы без лишних движений подставлять в макет картинки нужного размера, однако, он может найти применение и в тестировании. Допустим, вам нужно проверить сервис, обрабатывающий изображения, для этого даже необязательно хранить это изображение в проекте, достаточно просто указать ссылку к сервису Placehold и генерировать случайные (или конкретные) разрешения. Также, для удобства предоставлена возможность выбирать тип изображения, текст, цвет изображения и тд.
Если вы работаете с изображениями, советую вам обратить внимание на этот сервис.

Также, я был бы очень признателен, если бы вы оставили ссылки с сервисами, с которыми вы работаете на своих проектах; по-настоящему полезные инструменты мы также опубликуем в небольших заметках с описанием. Давайте упрощать друг другу работу!)

среда, 4 сентября 2013 г.

Тестирование производительности с помощью Visual Studio Web Performance, часть 2

WebTest

Как я уже говорил в первой части цикла, при создании тестового проекта создается также и класс webtest. Есть два пути (если не считать ручного написания xml) наполнения этого класса.

понедельник, 2 сентября 2013 г.

Тестирование производительности с помощью Visual Studio Web Performance, часть 1


Чаще всего, когда речь заходит о тестировании производительности, в голове сразу всплывает Apache Jmeter или SoupUI, поскольку это довольно мощные и функциональные инструменты, а также по причине их свободного распространения. С ними знакомы большинство автоматизаторов, что говорить, даже разработчики зачастую пользуются этими программами, поэтому даже рускоязычной информации о них в интернете в избытке. В отличии от платных инструментов, таких как Test Complete, Load Runner и т.д. В своей работе я столкнулся с необходимостью использовать одного из них, а именно Visual Studio Web Performance.
На моё удивление, в отличии от многих продуктов Microsoft Web Performance оказался довольно прост для осваивания и вполне нагляден, чего не скажешь о том же Jmeter или Tsung. Всё что понадобится для начала работы - это VS Ultimate, который и включает в себя Web Performance Tools. В цикле статей я расскажу и наглядно покажу, как создавать буквально за минуты свои первые тесты, пользуясь инструментами Visual Studio Ultimate.
В первой части я в общих чертах опишу основные компоненты будущего теста и далее каждая последующая часть будет раскрывать один из них.