Перейти к содержимому

Фотография

Выбор инструмента автоматизированного тестирования


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 5

#1 Natalyk

Natalyk

    Новый участник

  • Members
  • Pip
  • 2 сообщений
  • ФИО:Кордюкова Наталия

Отправлено 19 сентября 2006 - 09:45

Добрый день.
Наша фирма занимается разработкой ПО достаточно давно. Но отдел по тестированию открыли только несколько месяцев назад. За это время мы достигли успехов в ручном тестировании. Своим клиентам мы предлагаем следующие виды тестирования:
конфигурационное тестирование;
функциональное тестирование;
тестирование интерфейса;
тестирование пользовательской документации;
нагрузочное тестирование;
регрессионное тестирование;
тестирование удобства использования (usability test).
Теперь перед нами встали 2 вопроса:
1. Необходим такой вид теста как: "тестирование поведения ПО на каналах связи с различными характеристиками". Т.е. нужно менять пропускную способность канала связи, по возможности контролировать задержки и зашумленность. Какие возможны пути решения данной задачи? Существует ли какой-либо инструментарий для этого???
2. Необходимо автоматизировать процесс тестирования. Какой из продуктов, на ваш взгляд является наиболее универсальным? Ведь тестить приходится самое разнообразное ПО, написанное на разных языках и т.д. Есть ли смысл использовать для этого (хотя бы на начальном этапе) бесплатный инструментарий и какой?
  • 0

#2 Rost

Rost

    Постоянный участник

  • Members
  • PipPipPip
  • 241 сообщений
  • ФИО:Rostyslav Boruk
  • Город:Украина, Киев

Отправлено 19 сентября 2006 - 10:04

1. Необходим такой вид теста как: "тестирование поведения ПО на каналах связи с различными характеристиками". Т.е. нужно менять пропускную способность канала связи, по возможности контролировать задержки и зашумленность. Какие возможны пути решения данной задачи? Существует ли какой-либо инструментарий для этого???

Просмотр сообщения


Добрый день. Вы бы не могли уточнить как Вы контролируете задержки и зашумленность сейчас. С помощью интерфейса или у Вас сложные взаимосвязи, которые действуют на регулировку задержек и зашумленности.
Если все делается через интерфейс пользователя, тогда можете взять TestComplete - не скажу что он намноооооооого лучше, но есть преимущества перед Rational и Mercury которые мне импонируют больше (поддержка стандартных скриптовых языков (правда QTP вроде как тоже уже на стандартные перешла, однако "кто первый встал того и тапки" :-))), не так теряются контролы как в Rational. Хотя повторюсь - это моё личное мнение.
Если же у вас все зашито в логике, то тут лучше разработать свой личный test framework.
  • 0
Ростислав Борук,
Консультант по процессам тестирования

#3 Natalyk

Natalyk

    Новый участник

  • Members
  • Pip
  • 2 сообщений
  • ФИО:Кордюкова Наталия

Отправлено 19 сентября 2006 - 10:21

На данный момент этот вид тестирования никак не реализован. Мы ищем пути возможного решения.
  • 0

#4 Rost

Rost

    Постоянный участник

  • Members
  • PipPipPip
  • 241 сообщений
  • ФИО:Rostyslav Boruk
  • Город:Украина, Киев

Отправлено 19 сентября 2006 - 14:12

На данный момент этот вид тестирования никак не реализован. Мы ищем пути возможного решения.

Просмотр сообщения


Даже ручного нет?
  • 0
Ростислав Борук,
Консультант по процессам тестирования

#5 Dmitry_NJ

Dmitry_NJ

    Консультант

  • Members
  • PipPipPipPipPipPip
  • 3 122 сообщений
  • ФИО:Дмитрий Шевченко
  • Город:New Jersey, USA

Отправлено 19 сентября 2006 - 14:59

2. Необходимо автоматизировать процесс тестирования. Какой из продуктов, на ваш взгляд является наиболее универсальным? Ведь тестить приходится самое разнообразное ПО, написанное на разных языках и т.д. Есть ли смысл использовать для этого (хотя бы на начальном этапе) бесплатный инструментарий и какой?

Бесплатный инструментарий не бывает универсальным, ибо создание и поддержка универсального инструмента требует серьезных затрат. Если ваша компания готова (материально и морально) к автоматизации тестирования универсальных сред, то надо смотреть на серьезные коммерческие продукты.

Если вы обрисуете хотя бы приблизительно диапазон требуемой универсальности для инструментов функционального тестирования (приложения созданные в каких средах предполагается тестировать) и инструментов нагрузочного тестирования (по каким протоколам работают тестируемые системы), то тогда будет возможно конкретизировать набор подходящих инструментов, из которых можно будет выбирать.
  • 0
Дмитрий Шевченко

HP Software

#6 Dmitry_NJ

Dmitry_NJ

    Консультант

  • Members
  • PipPipPipPipPipPip
  • 3 122 сообщений
  • ФИО:Дмитрий Шевченко
  • Город:New Jersey, USA

Отправлено 19 сентября 2006 - 15:06

правда QTP вроде как тоже уже на стандартные перешла, однако "кто первый встал того и тапки" :-)))

Вы о чем вообще? VBScript изначально в AQT/QTP был. Еще когда никакого TestComplete вместе с AQA и в проекте не было. Какие тапки?
  • 0
Дмитрий Шевченко

HP Software


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных