Автоматизировать тестирование с помощью Microsoft Team System, как это
#1
Отправлено 16 мая 2008 - 06:43
Возникла такая необходимость у компании автоматизировать тестирования с помощью Microsoft Team System. Сам я узнал об Team System неделю назад, сейчас вот изучаю её, пока не успешно. Многое не понимаю.
Раньше (когда я работал в другой компании) автоматизировал тесты с помощью mercury quick test professional и достаточно удобная программулина для автоматизации.
Поэтому появились вопросы:
1. Расскажите пожалуйста как можно автоматизировать тесты с помощью Microsoft Team System?Может какие отдлельные утилиты нужно установить или ещё что-то?
2. Возможно ли там так же как в mercury quick test записывать сценарии, потом их редактировать?
По возможности расскажите подробно.
#2
Отправлено 16 мая 2008 - 08:05
2. Есть возможность записывать сценарии и потом их редактировать, но это не есть решение для хорошей автоматизации.
Использование Microsoft Team System (а конкретнее Team Test) подразумевает знание одного из языков поддерживаемого студией для написания тестов.
#3
Отправлено 13 февраля 2009 - 20:48
#4
Отправлено 16 апреля 2009 - 08:05
Недавно также задумался об автоматизация функционального тестирования с помощью visual studio и в результате написал небольшой труд по этому делу, прошу посмотреть. В статье описаны подходы с помощью продуктов IBM Rational, но можно попробовать использовать и другие....... пробуйте :)
Практика применения автоматического функционального тестирования в Microsoft Visual Studio с использованием средств IBM Rational
Но хочется отметить, что майкрософт не топчется на месте в отношении тестирования и уже в visual studio 2010 будет свой тестменеджер и рекордер функциональных тестов. Так что можно или еще годик подождать или пробовать использовать описанное выше :). Инфа по тестированию в visual studio 2010:
http://blogs.msdn.com/amit_chatterjee/
#5
Отправлено 16 апреля 2009 - 14:30
...
Но хочется отметить, что майкрософт не топчется на месте в отношении тестирования ...
Team System Developer Center имеет блок по автоматизации тестирования (функционального и нагрузочного) - Test Edition.
http://msdn.microsof...m/dd408381.aspx
#6
Отправлено 16 апреля 2009 - 15:55
...
Но хочется отметить, что майкрософт не топчется на месте в отношении тестирования ...
Team System Developer Center имеет блок по автоматизации тестирования (функционального и нагрузочного) - Test Edition.
http://msdn.microsof...m/dd408381.aspx
#7
Отправлено 16 апреля 2009 - 16:17
Это конечно все хорошо только не пойму зачем совмещать студию с IBM ?Всем привет!
Недавно также задумался об автоматизация функционального тестирования с помощью visual studio и в результате написал небольшой руд по этому делу, прошу посмотреть. В статье описаны подходы с помощью продуктов IBM Rational, но можно попробовать использовать и другие....... пробуйте :)
Практика применения автоматического функционального тестирования в Microsoft Visual Studio с использованием средств IBM Rational
Но хочется отметить, что майкрософт не топчется на месте в отношении тестирования и уже в visual studio 2010 будет свой тестменеджер и рекордер функциональных тестов. Так что можно или еще годик подождать или пробовать использовать описанное выше :). Инфа по тестированию в visual studio 2010:
http://blogs.msdn.com/amit_chatterjee/
И еще, вы забыли указать сколько стоит сама студия, а стоит она очень не мало, на те же деньги можно купить полноценные тулы для автоматизации и нагрузочного тестирования.
#8
Отправлено 16 апреля 2009 - 16:28
извините, статью Вашу полностью не осилил. Такие детали мне сейчас как-то без надобности.
Но один момент меня крайне заинтересовал. У Вас на графиках затрат на тестирование расходы на ручное тестирование выше чем на автоматизированное. Причем такая тенденция просматривается на всем протяжении графика (одного и другого).
Вы эти данные где-то почерпнули или это Ваши собственные наблюдения?
#9
Отправлено 16 апреля 2009 - 18:28
Студия дорого - может быть и смотря для кого . Однако взглянем на проблему с другой стороны, со стороны командной разработки на базе TFS:
- Один инструмент для тестировщика:
- Написание тестов - модульные тесты, ручные тесты, функциональные тесты (rft)
- Выполнение тестов
- Документирование результатов тестирования и дефектов
- Автоматизация процессов:
- Сборка
- Выполнение всех автоматических тестов после сборки
- Автоматическое документирование дефектов
Это конечно все хорошо только не пойму зачем совмещать студию с IBM ?Всем привет!
Недавно также задумался об автоматизация функционального тестирования с помощью visual studio и в результате написал небольшой руд по этому делу, прошу посмотреть. В статье описаны подходы с помощью продуктов IBM Rational, но можно попробовать использовать и другие....... пробуйте :)
Практика применения автоматического функционального тестирования в Microsoft Visual Studio с использованием средств IBM Rational
Но хочется отметить, что майкрософт не топчется на месте в отношении тестирования и уже в visual studio 2010 будет свой тестменеджер и рекордер функциональных тестов. Так что можно или еще годик подождать или пробовать использовать описанное выше :). Инфа по тестированию в visual studio 2010:
http://blogs.msdn.com/amit_chatterjee/
И еще, вы забыли указать сколько стоит сама студия, а стоит она очень не мало, на те же деньги можно купить полноценные тулы для автоматизации и нагрузочного тестирования.
#10
Отправлено 16 апреля 2009 - 18:31
Александр,
извините, статью Вашу полностью не осилил. Такие детали мне сейчас как-то без надобности.
Но один момент меня крайне заинтересовал. У Вас на графиках затрат на тестирование расходы на ручное тестирование выше чем на автоматизированное. Причем такая тенденция просматривается на всем протяжении графика (одного и другого).
Вы эти данные где-то почерпнули или это Ваши собственные наблюдения?
#11
Отправлено 17 апреля 2009 - 07:37
IBM Rational используется в качестве примера, показана в общем технология связывания.
Студия дорого - может быть и смотря для кого . Однако взглянем на проблему с другой стороны, со стороны командной разработки на базе TFS:
- Один инструмент для тестировщика:
- Написание тестов - модульные тесты, ручные тесты, функциональные тесты (rft)
- Выполнение тестов
- Документирование результатов тестирования и дефектов
- Автоматизация процессов:
- Сборка
- Выполнение всех автоматических тестов после сборки
- Автоматическое документирование дефектов
Это конечно все хорошо только не пойму зачем совмещать студию с IBM ?Всем привет!
Недавно также задумался об автоматизация функционального тестирования с помощью visual studio и в результате написал небольшой руд по этому делу, прошу посмотреть. В статье описаны подходы с помощью продуктов IBM Rational, но можно попробовать использовать и другие....... пробуйте :)
Практика применения автоматического функционального тестирования в Microsoft Visual Studio с использованием средств IBM Rational
Но хочется отметить, что майкрософт не топчется на месте в отношении тестирования и уже в visual studio 2010 будет свой тестменеджер и рекордер функциональных тестов. Так что можно или еще годик подождать или пробовать использовать описанное выше :). Инфа по тестированию в visual studio 2010:
http://blogs.msdn.com/amit_chatterjee/
И еще, вы забыли указать сколько стоит сама студия, а стоит она очень не мало, на те же деньги можно купить полноценные тулы для автоматизации и нагрузочного тестирования.
Зачем показывать нереалистические сценарии связывания? Или вы хотитие сказать, что у вас построен процесс на студии + Robot?
#12
Отправлено 17 апреля 2009 - 07:45
IBM Rational используется в качестве примера, показана в общем технология связывания.
Студия дорого - может быть и смотря для кого . Однако взглянем на проблему с другой стороны, со стороны командной разработки на базе TFS:
- Один инструмент для тестировщика:
- Написание тестов - модульные тесты, ручные тесты, функциональные тесты (rft)
- Выполнение тестов
- Документирование результатов тестирования и дефектов
- Автоматизация процессов:
- Сборка
- Выполнение всех автоматических тестов после сборки
- Автоматическое документирование дефектов
Это конечно все хорошо только не пойму зачем совмещать студию с IBM ?Всем привет!
Недавно также задумался об автоматизация функционального тестирования с помощью visual studio и в результате написал небольшой руд по этому делу, прошу посмотреть. В статье описаны подходы с помощью продуктов IBM Rational, но можно попробовать использовать и другие....... пробуйте :)
Практика применения автоматического функционального тестирования в Microsoft Visual Studio с использованием средств IBM Rational
Но хочется отметить, что майкрософт не топчется на месте в отношении тестирования и уже в visual studio 2010 будет свой тестменеджер и рекордер функциональных тестов. Так что можно или еще годик подождать или пробовать использовать описанное выше :). Инфа по тестированию в visual studio 2010:
http://blogs.msdn.com/amit_chatterjee/
И еще, вы забыли указать сколько стоит сама студия, а стоит она очень не мало, на те же деньги можно купить полноценные тулы для автоматизации и нагрузочного тестирования.
Зачем показывать нереалистические сценарии связывания? Или вы хотитие сказать, что у вас построен процесс на студии + Robot?
#13
Отправлено 17 апреля 2009 - 07:59
Почерпнул из практики нашей компании
Александр,
извините, статью Вашу полностью не осилил. Такие детали мне сейчас как-то без надобности.
Но один момент меня крайне заинтересовал. У Вас на графиках затрат на тестирование расходы на ручное тестирование выше чем на автоматизированное. Причем такая тенденция просматривается на всем протяжении графика (одного и другого).
Вы эти данные где-то почерпнули или это Ваши собственные наблюдения?
Александр,
на мой субъективный взгляд, Ваши графики соответствуют действительности только на стадии прогонки тестов. Тогда ручное выполнение действительно "берет" больше времени чем автоматизированное. И, действительно, чем больше тестов, тем выигрыш во времени больше.
Но!
Прогонка тестов - это еще не все затраты на тестирование. Как минимум на первоначальном этапе проекта автоматизированное тестирование будет обходиться дороже автоматизированного на основании простой логики. Если у вас тестированием занимается один специалист, то часть времени, которое он мог тратить на ручное тестирование (разработка тест кейсов и их ручная прогонка), он будет вынужден тратить на автоматизацию (разработка тест кейсов, их ручная прогонка, кодирование тестов). Как следствие он протестирует меньше, чем мог бы занимаясь только ручным тестированием.
В итоге, автоматизированное тестирование дает выигрышь только в среднесрочной или долгосрочно перспективе.
Но и в ней (перспективе) тоже не все так однозначно.
Чем больше у вас автоматизированных тестов, тем выше затраты на их поддержку. При этом следует учесть, что ручные тесты тоже требуют поддержки. Но в случает автоматизации вам нужно не просто изменить тест кейс, а еще внести изменения в код и отладить его.
Так что я бы не стал приводить столь спорные графики без должного статистического анализа.
#14
Отправлено 17 апреля 2009 - 08:59
Н-да. Как бы это помягче сказать...
- Что я не попал?
- Не то, чтобы ты совсем не попал. Но ты не попал в шарик.
Уж не подрабатываете ли вы случайно "толкачами" этих тулов?
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#15
Отправлено 17 апреля 2009 - 10:15
Н-да. Как бы это помягче сказать...- Что я не попал?
- Не то, чтобы ты совсем не попал. Но ты не попал в шарик.
Уж не подрабатываете ли вы случайно "толкачами" этих тулов?
#16
Отправлено 17 апреля 2009 - 10:44
Сергей, это нечестный ход :)Уж не подрабатываете ли вы случайно "толкачами" этих тулов?
Не секрет, что CM Consult распространяет и внедряет как TFS, так и продукты IBM Rational.
Но разве это имеет какое-то отношение к делу, если статья хороша сама по себе? А если не хороша -- тогда статью и критикуй.
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#17
Отправлено 17 апреля 2009 - 11:00
Почерпнул из практики нашей компании
Александр,
извините, статью Вашу полностью не осилил. Такие детали мне сейчас как-то без надобности.
Но один момент меня крайне заинтересовал. У Вас на графиках затрат на тестирование расходы на ручное тестирование выше чем на автоматизированное. Причем такая тенденция просматривается на всем протяжении графика (одного и другого).
Вы эти данные где-то почерпнули или это Ваши собственные наблюдения?
Александр,
на мой субъективный взгляд, Ваши графики соответствуют действительности только на стадии прогонки тестов. Тогда ручное выполнение действительно "берет" больше времени чем автоматизированное. И, действительно, чем больше тестов, тем выигрыш во времени больше.
Но!
Прогонка тестов - это еще не все затраты на тестирование. Как минимум на первоначальном этапе проекта автоматизированное тестирование будет обходиться дороже автоматизированного на основании простой логики. Если у вас тестированием занимается один специалист, то часть времени, которое он мог тратить на ручное тестирование (разработка тест кейсов и их ручная прогонка), он будет вынужден тратить на автоматизацию (разработка тест кейсов, их ручная прогонка, кодирование тестов). Как следствие он протестирует меньше, чем мог бы занимаясь только ручным тестированием.
В итоге, автоматизированное тестирование дает выигрышь только в среднесрочной или долгосрочно перспективе.
Но и в ней (перспективе) тоже не все так однозначно.
Чем больше у вас автоматизированных тестов, тем выше затраты на их поддержку. При этом следует учесть, что ручные тесты тоже требуют поддержки. Но в случает автоматизации вам нужно не просто изменить тест кейс, а еще внести изменения в код и отладить его.
Так что я бы не стал приводить столь спорные графики без должного статистического анализа.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных