требуется помощь в выборе средства для автоматизации тестирования
#1
Отправлено 21 февраля 2012 - 11:12
У меня возникла проблема с выбором средства для автоматизации тестирования. Надо протестировать корректность работы API-методов приложения. Т.е. послали,например, POST-запрос на создание баннера, проверили тот ли нам ответ вернулся,который мы ждем, а потом посмотрели все ли создалось в БД..
Подскажите, пожалуйста, в какую сторону искать?
#2
Отправлено 21 февраля 2012 - 12:07
Добрый день!
У меня возникла проблема с выбором средства для автоматизации тестирования. Надо протестировать корректность работы API-методов приложения. Т.е. послали,например, POST-запрос на создание баннера, проверили тот ли нам ответ вернулся,который мы ждем, а потом посмотрели все ли создалось в БД..
Подскажите, пожалуйста, в какую сторону искать?
По поводу проверке в БД не скажу. Лично с таким не сталкивался, не было необходимости.
А по поводу отправки запросов и получения ответов я бы смотрел в первую очередь в сторону JMeter.
#3
Отправлено 21 февраля 2012 - 12:36
По поводу проверке в БД не скажу. Лично с таким не сталкивался, не было необходимости.
А по поводу отправки запросов и получения ответов я бы смотрел в первую очередь в сторону JMeter.
я по наивности думала,что jmeter больше используют для нагрузочного тестирования,нежели функционального... буду знать,спасибо))
Проблема еще в том,что полученные ответы (они в json) ведь надо еще смотреть на корректность, на саму структуру ответа..
Ну и проверку созданного документа БД тоже как-то надо проверять..
#4
Отправлено 21 февраля 2012 - 12:38
По поводу проверке в БД не скажу. Лично с таким не сталкивался, не было необходимости.
А по поводу отправки запросов и получения ответов я бы смотрел в первую очередь в сторону JMeter.
я по наивности думала,что jmeter больше используют для нагрузочного тестирования,нежели функционального... буду знать,спасибо))
Проблема еще в том,что полученные ответы (они в json) ведь надо еще смотреть на корректность, на саму структуру ответа..
Ну и проверку созданного документа БД тоже как-то надо проверять..
#5
Отправлено 21 февраля 2012 - 13:00
Ну например Visual Studio или Java IDE какая нибудь.
#6
Отправлено 21 февраля 2012 - 13:23
Да собственно посылать http запросы/ парсить респонсы в формате json/ работать с БД умеет огромное множество тулов.
Ну например Visual Studio или Java IDE какая нибудь.
а не подскажете что-нибудь на php?
#7
Отправлено 21 февраля 2012 - 15:26
По поводу проверке в БД не скажу. Лично с таким не сталкивался, не было необходимости.
А по поводу отправки запросов и получения ответов я бы смотрел в первую очередь в сторону JMeter.
я по наивности думала,что jmeter больше используют для нагрузочного тестирования,нежели функционального... буду знать,спасибо))
Проблема еще в том,что полученные ответы (они в json) ведь надо еще смотреть на корректность, на саму структуру ответа..
Ну и проверку созданного документа БД тоже как-то надо проверять..
Да, JMeter используют для нагрузочного тестирования, но его вполне можно использовать и для тестирования API.
#8
Отправлено 22 февраля 2012 - 09:26
Не знаю, на сколько вам это может пригодится исходя из поставленной задачи, но вот пример простого скрипта для тестирования API: http://bulkin.me/notes/1626
Да собственно посылать http запросы/ парсить респонсы в формате json/ работать с БД умеет огромное множество тулов.
Ну например Visual Studio или Java IDE какая нибудь.
а не подскажете что-нибудь на php?
Парскинг ответа можно прикрутить, это не сложно. Обращение к БД и проверка данных в ней - тоже не сложная задача.
#9
Отправлено 29 февраля 2012 - 07:23
Не знаю, на сколько вам это может пригодится исходя из поставленной задачи, но вот пример простого скрипта для тестирования API: http://bulkin.me/notes/1626
Парскинг ответа можно прикрутить, это не сложно. Обращение к БД и проверка данных в ней - тоже не сложная задача.
вот в том то все и дело, что именно так все уже давно сделано и работает, но начальство уверено,что есть супер-мега-инструмент,который умеет думать и делать все за всех, а то ж когда сам пишешь-можешь ошибок в своем коде понаделать... и вот надо заняться переделкой от нечего делать)
#10
Отправлено 29 февраля 2012 - 14:08
Зачастую, когда начальство узнает, сколько стоят программы подобного рода, у них почему-то отпадают все желания их приобретать.но начальство уверено,что есть супер-мега-инструмент,который умеет думать и делать все за всех
Вы же, наверно, прекрасно понимаете, что когда сам делаешь что-то новое - то повышается профессиональный скилл, а это, несомненно, преимущество. Пусть начальство видит, как вы умеете справляться с поставленными задачами и внедрять новые способы и решения.
Не забывайте, что и в программах для тестирования также есть ошибки. Без них же никуда.когда сам пишешь-можешь ошибок в своем коде понаделать...
#11
Отправлено 29 февраля 2012 - 21:33
А Вы не пробвали выяснить, что конкретно не устраивает начальство в том, что "ужесделано и работает"?вот в том то все и дело, что именно так все уже давно сделано и работает, но начальство уверено,что есть супер-мега-инструмент,который умеет думать и делать все за всех, а то ж когда сам пишешь-можешь ошибок в своем коде понаделать... и вот надо заняться переделкой от нечего делать)
Может оно просто хочет большего понимания того, что, как и когда проверяется, то есть бОльшей прозрачности процесса? (в английском это называется Visibility)? И надеется, что супер-мега-инструмент это даст? Ибо прозрачность расценивается как бОльшая управляемость.
Или регулярных запусков?
Или большего разнообразия проверок?
Или бывают случаи пропуска багов текущими скриптами?
Или много времени на поддержку уходит?
Или еще что-ниубдь?
Кстати, почему выбор инструментов ограничен php?
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных