Знакомство с тестерами для HTTP и Fiddler? - PullRequest
4 голосов
/ 22 января 2010

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

Что еще более важно, я думаю, что было бы идеально, если бы я мог найти легкий для чтения ресурс, который объяснит роль http в использовании Интернета, в чем разница между http и браузером (возможно, объяснения http и верхних уровней, но так, как может понять тестер).

У кого-нибудь есть предложения или ссылки на ресурсы?

Наши тестеры, в основном, с точки зрения и выбирают школу тестирования UA, а не более динамичные цели. Вся помощь очень ценится.

спасибо,

B

Ответы [ 5 ]

3 голосов
/ 22 января 2010

Видео, которое стоит посмотреть, это сеанс PDC 2009 на Fiddler от автора продукта Эрика Лоуренса.

2 голосов
/ 22 января 2010

Если вы хотите, чтобы ваши тестеры делали это, было бы лучше, если бы вы настроили что-то вроде ShowSlow с Yslow , и когда они будут работать через сайт, он автоматически записывает данные для вас. Это устранит любые потенциальные проблемы для них, забыв сделать этот шаг.

Если вы хотите автоматизировать процесс, вы можете использовать Selenium и YSlow. В прошлом году я выступал на конференции Google Test Automation Conference, где обсуждал процесс этого. С докладом можно ознакомиться здесь

1 голос
/ 25 января 2010

Независимо от того, какой инструмент вы внедряете в своей организации, хорошо иметь в виду некоторые базовые Software Развертывание концепций. Существует множество ресурсов, описывающих планы развертывания программного обеспечения, и хотя большинство из них описывает, как внедрять программное обеспечение в организациях с сотнями или тысячами пользователей, есть чему поучиться, даже если мы «только» говорим о дюжине или тестировщиках или поэтому.
Вот некоторые идеи, которые, я думаю, вам подойдут:

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

Pilot
Сделайте пилотный проект (кто лучше будет отвечать за это, чем ваши евангелисты) в качестве доказательства концепции. Пилотный проект должен быть ограничен небольшой частью системы, и тест должен иметь характер, который вы можете выбросить, если он не сработает. Пилот может быть ограничен во времени, и после слов всей команды должна быть оценка. Это даст вашей организации некоторый опыт в Fiddler и научит избегать больших ошибок новичка. И, надеюсь, это покажет остальным членам команды тестирования, что Fiddler (или какой-либо другой инструмент, который вы выберете) довольно крутой и будет в восторге от этого.

Обучение
Конечно, вы должны посвятить время, чтобы сделать обучение правильно. Просто сказать: «Прочитайте этот легко читаемый документ, а затем начните тестирование», вероятно, мало что даст тестировщикам. Купить книги по Fiddler. Пусть ваш Евангелист получит 2-часовое учебное пособие "Начало работы с Fiddler".

Инкрементальное развертывание
Вместо того, чтобы использовать метод Большого взрыва, когда вы говорите своему тестировщику, чтобы начать использовать Fiddler для тестирования всего, вы должны начать с ограниченного количества тестов для первого выпуска. А затем вы делаете еще несколько тестов для следующего выпуска и поддерживаете первый раз. После нескольких выпусков у вас будет целая куча стабильных и хороших тестов с использованием Fiddler. Таким образом, тестеру не понадобится много времени, поэтому они все равно смогут провести другое тестирование.

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

Надеюсь, это поможет / Jonas

1 голос
/ 22 января 2010

Хорошим ресурсом, с которого я начал, была статья Уиттекера «Как взломать веб-программное обеспечение: функциональное тестирование и тестирование безопасности веб-приложений и веб-сервисов».Это дает хорошее представление о проведении веб-тестирования, так сказать, «под прикрытием».

Хотя эта презентация PDC (http://microsoftpdc.com/Sessions/CL25), более приспособленная к отладке, может оказаться хорошим введением в Fiddler для ваших QA-пользователей.

1 голос
/ 22 января 2010

Если вы ищете только разумный размер страницы, я не думаю, что знание HTTP необходимо. Вы лучше тренируете их на скорости yslow или google page. Эти инструменты обеспечивают более высокое представление о том, почему страница загружается медленно и что можно сделать, чтобы уменьшить ее. Все, что им нужно знать об HTTP, - это то, что большие страницы и больше запросов = медленная загрузка. Это верно для всех сетевых протоколов, хотя.

...