Наверное, для большинства, находящихся здесь, этот вопрос покажется дурацким, но мне, как новичку в тестировании, интересно.
Насколько оправдано использования пакетов авт. тестирования?
Насколько оправдана привязка конкретной команды/фирмы к конкретным средствам авт. тестирования? Во что это может вылиться в дальнейшем, в организационном плане (управление и развитие фирмы)?
Стоит ли использовать средства тестирования сторонних производителей, основанных на скриптовых языках, или лучше пойти по пути "родной язык лучше" и строить тестирование на основе шаблонов "родного" языка программирования проекта (например, на основе xUnit)?
Вот, собственно, небольшая группа вопросов. Очень хотелось бы получить на них ответы.
Заранее спасибо.
Детский вопрос
Автор Hooter, 08 авг 2005 04:57
Сообщений в теме: 4
#1
Отправлено 08 августа 2005 - 04:57
#2
Отправлено 10 августа 2005 - 04:51
Народ, плз, ответьте: вопрос настолько глупый, что и отвечать никто не хочет или просто никто не в курсе?
У нас сейчас стоит вопрос о том, стоит ли покупать систему авт. тестирования или ограничиться разработками на уровне нашей команды.... Если учесть, что деньги за такую систему фирмы-производители просят немаленькие, то купить, чтобы попробовать - это не вариант.
Плз, поделитесь опытом в этом вопросе.
У нас сейчас стоит вопрос о том, стоит ли покупать систему авт. тестирования или ограничиться разработками на уровне нашей команды.... Если учесть, что деньги за такую систему фирмы-производители просят немаленькие, то купить, чтобы попробовать - это не вариант.
Плз, поделитесь опытом в этом вопросе.
#3
Отправлено 10 августа 2005 - 05:57
На "детские" вопросы просто так не ответишь, либо ответ тоже получится "детский", либо нужно садиться и писать книгу. Ну-ка, почему трава зеленая? А почему солнце светит?
Для начала я бы посоветовал посмотреть книгу "Автоматизированное тестирование программного обеспечения" -- http://software-test...are_testing.htm, в ней вопрос целесообразности рассматривается довольно подробно.
Про привязку -- да, привязка будет, потому что все производители интсрументов автоматизированного тестирования пользуются своими языками и перенос тестов с одной системы на другую задача почти нереальная.
На какой базе строить тесты -- почти все равно. Если есть специализированные средства, заточенные конкретно под Вашу систему -- с ними проще работать. По крайней мере в начале, потом иногда приходится от них отказываться. А иногда не приходится.
Для начала я бы посоветовал посмотреть книгу "Автоматизированное тестирование программного обеспечения" -- http://software-test...are_testing.htm, в ней вопрос целесообразности рассматривается довольно подробно.
Про привязку -- да, привязка будет, потому что все производители интсрументов автоматизированного тестирования пользуются своими языками и перенос тестов с одной системы на другую задача почти нереальная.
На какой базе строить тесты -- почти все равно. Если есть специализированные средства, заточенные конкретно под Вашу систему -- с ними проще работать. По крайней мере в начале, потом иногда приходится от них отказываться. А иногда не приходится.
Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#4
Отправлено 10 августа 2005 - 06:30
Целесообразность автоматизации сильно зависит от процесса разработки, специфики системы, тестирование которой Вы собираетесь автоматизировать, ну, и, конечно, от длительности проекта.
По моему опыту, автоматизация имеет шансы быть успешной если:
- Ей занимаются профессионалы. То есть, руководитель группы автоматизации имеет успешный опыт этого дела.
- Приложение меняется не слишком стремительно. Каждый тест должен иметь шансы быть прогнаным с толком :) не менее раз 5-10 до того как его прийдётся более или менее существенно модифицировать.
- Выбранный инструмент хорошо "заточен" под Ваше приложение, и не приходится тратить время на попытки устранения несовместимости инструмента и тестируемого приложния.
- Достаточно ресурсов, притом не только тестеров, но и программистов и системных администраторов (для налаживания инфраструктуры)
- Менеджмент чётко представляет себе, что именно планируется автоматизировать, и чего этим хотят добиться. Если просто начать писать наобум автотесты, толку будет мало. Стратегия нужна.
В общем, автоматизация ничем принципиально не отличается от любого другого IT проекта и требует хорошего менеджмента, чётко поставленного процесса, ну, и само собой, квалифицированных сотрудников.
По моему опыту, автоматизация имеет шансы быть успешной если:
- Ей занимаются профессионалы. То есть, руководитель группы автоматизации имеет успешный опыт этого дела.
- Приложение меняется не слишком стремительно. Каждый тест должен иметь шансы быть прогнаным с толком :) не менее раз 5-10 до того как его прийдётся более или менее существенно модифицировать.
- Выбранный инструмент хорошо "заточен" под Ваше приложение, и не приходится тратить время на попытки устранения несовместимости инструмента и тестируемого приложния.
- Достаточно ресурсов, притом не только тестеров, но и программистов и системных администраторов (для налаживания инфраструктуры)
- Менеджмент чётко представляет себе, что именно планируется автоматизировать, и чего этим хотят добиться. Если просто начать писать наобум автотесты, толку будет мало. Стратегия нужна.
В общем, автоматизация ничем принципиально не отличается от любого другого IT проекта и требует хорошего менеджмента, чётко поставленного процесса, ну, и само собой, квалифицированных сотрудников.
Best regards,
Майк.
Майк.
#5
Отправлено 12 августа 2005 - 04:12
barancev, Mike, спасибо большое.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных