На software-testing.ru обитает большинство русскоязычных тестировщиков, поэтому результаты опроса можно считать отражением всего мира ru-тестирования. Давайте узнаем наиболее востребованное средство автоматизации тестирования.
Приветствуется обоснование - почему вам нравится тот или иной инструмент.
Опрос - предпочтительные средства автоматизированного тестирования.
Автор krukovskiy, 18 окт 2013 10:21
Сообщений в теме: 6
#2
Отправлено 18 октября 2013 - 10:28
Я лично предпочитаю MS Test, потому что в целом мне очень нравится идея Microsoft - многоуровневая интеграция. В случае с MS Test, ручные тестировщики, автоматизаторы, разработчики, аналитики, - все участники разработки могут находится в едином информационном пространстве (TFS), но у каждого есть свой уголок. Для программистов это visual studio, для тестировщиков ms test manager.
По функциональности: ms test умеет генерить код из record&play. Таким образом, порог входа в автоматизацию снижается. Вы можете записать GUI скрипт, потом посмотреть код, подкрутить что-либо и увидеть результат.
Из минусов:
1. Невысокая скорость выполнения тестов;
2. Изначально поиск контрола ведется только по названию.
По функциональности: ms test умеет генерить код из record&play. Таким образом, порог входа в автоматизацию снижается. Вы можете записать GUI скрипт, потом посмотреть код, подкрутить что-либо и увидеть результат.
Из минусов:
1. Невысокая скорость выполнения тестов;
2. Изначально поиск контрола ведется только по названию.
Тестирование с гарантией - http://qapl.net
#3
Отправлено 18 октября 2013 - 10:38
а что делать людям, которые тестируют и веб и десктоп проекты? Нельзя 2 шт выбрать.
#4
Отправлено 18 октября 2013 - 10:48
Представьте, если бы у вас стоял выбор: всю жизнь тестировать только веб или только десктоп. Что бы вы выбрали?а что делать людям, которые тестируют и веб и десктоп проекты? Нельзя 2 шт выбрать.
Тестирование с гарантией - http://qapl.net
#5
Отправлено 18 октября 2013 - 12:07
это какой-то абсурд :(
зачем загонять себя в рамки конкретного инструмента?
В зависимости от проекта под него выбирается тулза для автоматизации.
зачем загонять себя в рамки конкретного инструмента?
В зависимости от проекта под него выбирается тулза для автоматизации.
#6
Отправлено 22 октября 2013 - 07:34
Для тестирования Web приложений, однозначно Selenium. Есть опыт тестирования веб приложений через TestComplete 7, и он значительно хуже справляется с WEB задачами, чем Selenium, если вкратце то он медленнее, он глючит, продержка новых версий браузеров появляется не сразу, так себе встроенные языки программирования, неудобная и глючная среда разработки. Из плюсов можно отметить... TestComplete это все в одном.. установил. нажал кнопку записи, и ты уже типа делаешь автотесты Поиграться для начинающих самое то.
Правда сейчас уже 9 версия TestComplete вышла, может быть он стал лучше... Хотя я сомневаюсь. Сложно одной команде сделать поддержку всех заявленных технологий, без потери в качестве, типичная работа на красивые маркетинговые тексты.. ИМХО.
И еще :) Селениум к тому же бесплатный и прокачивает ваши навыки программирования на мейнстримных языках
Что касается десктопных приложений, то, возможно, в некоторых ситуациях TestComplete не имеет альтернатив. Я тут не в курсе, но, предполагаю, mstest подходит только для тестирования .net приложений. А как быть с теми, которые написаны, например, на плюсах или на дельфи?
Правда сейчас уже 9 версия TestComplete вышла, может быть он стал лучше... Хотя я сомневаюсь. Сложно одной команде сделать поддержку всех заявленных технологий, без потери в качестве, типичная работа на красивые маркетинговые тексты.. ИМХО.
И еще :) Селениум к тому же бесплатный и прокачивает ваши навыки программирования на мейнстримных языках
Что касается десктопных приложений, то, возможно, в некоторых ситуациях TestComplete не имеет альтернатив. Я тут не в курсе, но, предполагаю, mstest подходит только для тестирования .net приложений. А как быть с теми, которые написаны, например, на плюсах или на дельфи?
#7
Отправлено 28 октября 2013 - 11:39
Для веб-приложений стараемся по возможности пользоваться Селениумом, но он не всегда подходит там, где много JS.
На некоторых проектах мы решили внедрить кукумбер (совместно с фактори герл, капибарой и вебдрайвером - селениум).
Я пока только начала с ним разбираться, пытаюсь покрыть тестами уже реализованный функционал. Хотя правильнее, конечно, использовать огурец для TDD, то есть перед началом разработки. Но как-то пока у нас это получается с трудом: непривычно вначале писать пользовательские сценарии, а потом код.
На некоторых проектах мы решили внедрить кукумбер (совместно с фактори герл, капибарой и вебдрайвером - селениум).
Я пока только начала с ним разбираться, пытаюсь покрыть тестами уже реализованный функционал. Хотя правильнее, конечно, использовать огурец для TDD, то есть перед началом разработки. Но как-то пока у нас это получается с трудом: непривычно вначале писать пользовательские сценарии, а потом код.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных