- Форум тестировщиков
- → Просмотр профиля: Сообщения: scailfon
Статистика
- Группа: Members
- Сообщений: 9
- Просмотров: 2 589
- Статус: Новый участник
- Возраст: Неизвестен
- День рождения: Неизвестен
-
Пол
Не указал
0
Обычный
Инструменты
Друзья
scailfon еще не добавил друзей
Мои сообщения
В теме: Тестирование медиа-сервера
19 апреля 2011 - 17:53
вот бы чуток пораньше этот тренинг проводился) чтобы успеть и на практике полученные знания реализовать....
В теме: Тестирование медиа-сервера
17 апреля 2011 - 20:33
Спасибо большое за ответы))
Да не сидит во мне никакой "Маленький Наполеон")))
Насчет языков для написания авт тестов - то тут принцип у меня следующий - мне не приходилось
писать ни на php, ни на python, а такде и ни на perl. Так что выбираю по принципу - более гибкий,
более простой в освоении, насчет 2 пункта про знакомых - тоже, кажется, не совсем вариант)
Вот, исследую материалы в сети, и больше всего склоняюсь к python. - да и framework, который порекомендовал
Zenturio - multimechanize - кажется заманчивым, кстати тоже на python.
Да, насчет тестирования - здесь нужно проводить полный цикл - все техники тестирования,
как я считаю должны быть использованы - функционал., перфоманс, нагрузочное тестирование, безопасность,стресс.
Но к тому моменту, как прототип будет готов (думаю это будет довольно скоро) - он будет обладать ограниченным набором функционала,
поэтому сначала нужен будет собственно и ограниченный небольшой набор тестов. Также хотелось бы к этому времени освоить сторонний инструментарий,
позволяющий проводить нагрузочное тестирование.
Сама прекрасно понимаю, что для меня это задача - просто выше моего уровня и помощь других сотрудников мне просто необходима, если бы ни одно но....
тестировщик в проекте только - я )))))))))))поэтому приходится сейчас сразу выяснить что мне нужно будет в процессе тестирования медиа-сервера - и освоить все это.
Так что все идеи и советы принимаются с большим вниманием)
Да не сидит во мне никакой "Маленький Наполеон")))
Насчет языков для написания авт тестов - то тут принцип у меня следующий - мне не приходилось
писать ни на php, ни на python, а такде и ни на perl. Так что выбираю по принципу - более гибкий,
более простой в освоении, насчет 2 пункта про знакомых - тоже, кажется, не совсем вариант)
Вот, исследую материалы в сети, и больше всего склоняюсь к python. - да и framework, который порекомендовал
Zenturio - multimechanize - кажется заманчивым, кстати тоже на python.
Да, насчет тестирования - здесь нужно проводить полный цикл - все техники тестирования,
как я считаю должны быть использованы - функционал., перфоманс, нагрузочное тестирование, безопасность,стресс.
Но к тому моменту, как прототип будет готов (думаю это будет довольно скоро) - он будет обладать ограниченным набором функционала,
поэтому сначала нужен будет собственно и ограниченный небольшой набор тестов. Также хотелось бы к этому времени освоить сторонний инструментарий,
позволяющий проводить нагрузочное тестирование.
Сама прекрасно понимаю, что для меня это задача - просто выше моего уровня и помощь других сотрудников мне просто необходима, если бы ни одно но....
тестировщик в проекте только - я )))))))))))поэтому приходится сейчас сразу выяснить что мне нужно будет в процессе тестирования медиа-сервера - и освоить все это.
Так что все идеи и советы принимаются с большим вниманием)
В теме: Тестирование медиа-сервера
17 апреля 2011 - 15:13
Абсолютно согласна, что рановато - до них еще очень много нужно сделать:
Написать Тест План и Тест Спецификации, выбрать набор тестов для автоматизации.
Но время сильно ограничено, и на конкретный вопрос: А на каком языке ты будешь писать автоматические тесты?
- сразу я не смогла ответить, потому что для меня это новая задача, с которой раньше я не сталкивалась.
Вот и хочу спросить на каком языке было бы лучше писать авт. тесты для клиент-серверн приложений: php, python, perl?
Протокол взаимодействия http.
Нужен обоснованный ответ знающих людей, поскольку у меня на сравнение уйдет уйма времени,
а хотелось бы определиться с языком во время написания документации, и изучать его параллельно,
чтобы потом сразу включиться в автоматизацию.
Буду рада советам, предложениям и пожеланиям! А также если кто-то поделиться собственным опытом))
Заранее спасибо!
P.S : multimehanize - что это? Google не знает такого фреймворка(
Написать Тест План и Тест Спецификации, выбрать набор тестов для автоматизации.
Но время сильно ограничено, и на конкретный вопрос: А на каком языке ты будешь писать автоматические тесты?
- сразу я не смогла ответить, потому что для меня это новая задача, с которой раньше я не сталкивалась.
Вот и хочу спросить на каком языке было бы лучше писать авт. тесты для клиент-серверн приложений: php, python, perl?
Протокол взаимодействия http.
Нужен обоснованный ответ знающих людей, поскольку у меня на сравнение уйдет уйма времени,
а хотелось бы определиться с языком во время написания документации, и изучать его параллельно,
чтобы потом сразу включиться в автоматизацию.
Буду рада советам, предложениям и пожеланиям! А также если кто-то поделиться собственным опытом))
Заранее спасибо!
P.S : multimehanize - что это? Google не знает такого фреймворка(
В теме: User-oriented подход к тестированию Web-приложений
09 марта 2011 - 19:45
Спасибо вам большое за ответы. Вы укрепили меня в той мысли, которая была у меня изначально. И что тестирование с точки зрения конечного пользователя нельзя подвести под какие-то стандартные шаблоны. Каждая ситуация индивидуальна и требует анализа.
Сейчас я параллельно со своей основной работой прохожу стажировку в компании, которая первоначально забраковала мое "end-user thinking". И мне в задачу поставили изучить эту стратегию тестирования, с точки зрения конечного пользователя - говорят, что так же должна быть спец лит-ра на эту тему. А я то в свою очередь понимаю, что это полная ерунда, и только опыт работы с продуктом может развить и направить мышление в нужное русло, - определять узкие места приложения, наиболее часто возникающие проблемы, и что в первую очередь нужно проверить/тестировать. С чем-чем, а уж с логикой у меня проблем, как мне казалось, никогда не было.
За 1,5 месяца стажировки (я в это время тестирую продукт) я дополнительно перечитала кучу литературы о видах и методологиях тестирования, но ответа на вопрос, поставленный на собеседовании так и не нашла, все упирается в тестирование юзабилити, но это не то. Скоро у меня будет повторное собеседование. Желание получить эту позицию - ОГРОМНОЕ. Мне нравится продукт, который компания разрабатывает, и во время стажировки я еще больше в этом укрепилась. Здесь есть возможность роста, новые для меня технологии, и тестирование производится не сайтов, а именно веб-приложений. Так что провалить 2 раз, конечно, совсем не хочется, уж очень много сил и энергии я вложила. Да, и естественно, опять ожидаю того же вопроса) ну чтобы опять не отказали с отсутствием "end-user thinking", решила обратиться на форум, чтобы опытные тестировщики дали совет))))
Да, действительно хотела заметить, что в проекте практически нет документации, что для меня поначалу было просто катастрофичным. Я привыкла все делать в соответствии со спецификациями. И тестирование у меня не очень то продвигалось. Потом поняла что, что-то нужно менять - и сама для себя набросала тесты,которые я посчитала нужным проводить - ну тут сразу процесс пошел - в моих же руках оказались документы, по которым можно тестировать. Т.е. пришлось адаптироваться по-своему.
Сейчас я параллельно со своей основной работой прохожу стажировку в компании, которая первоначально забраковала мое "end-user thinking". И мне в задачу поставили изучить эту стратегию тестирования, с точки зрения конечного пользователя - говорят, что так же должна быть спец лит-ра на эту тему. А я то в свою очередь понимаю, что это полная ерунда, и только опыт работы с продуктом может развить и направить мышление в нужное русло, - определять узкие места приложения, наиболее часто возникающие проблемы, и что в первую очередь нужно проверить/тестировать. С чем-чем, а уж с логикой у меня проблем, как мне казалось, никогда не было.
За 1,5 месяца стажировки (я в это время тестирую продукт) я дополнительно перечитала кучу литературы о видах и методологиях тестирования, но ответа на вопрос, поставленный на собеседовании так и не нашла, все упирается в тестирование юзабилити, но это не то. Скоро у меня будет повторное собеседование. Желание получить эту позицию - ОГРОМНОЕ. Мне нравится продукт, который компания разрабатывает, и во время стажировки я еще больше в этом укрепилась. Здесь есть возможность роста, новые для меня технологии, и тестирование производится не сайтов, а именно веб-приложений. Так что провалить 2 раз, конечно, совсем не хочется, уж очень много сил и энергии я вложила. Да, и естественно, опять ожидаю того же вопроса) ну чтобы опять не отказали с отсутствием "end-user thinking", решила обратиться на форум, чтобы опытные тестировщики дали совет))))
Да, действительно хотела заметить, что в проекте практически нет документации, что для меня поначалу было просто катастрофичным. Я привыкла все делать в соответствии со спецификациями. И тестирование у меня не очень то продвигалось. Потом поняла что, что-то нужно менять - и сама для себя набросала тесты,которые я посчитала нужным проводить - ну тут сразу процесс пошел - в моих же руках оказались документы, по которым можно тестировать. Т.е. пришлось адаптироваться по-своему.
В теме: User-oriented подход к тестированию Web-приложений
08 марта 2011 - 18:00
Что такое SW?
SW -software - программное обеспечение
- Форум тестировщиков
- → Просмотр профиля: Сообщения: scailfon
- Политика Конфиденциальности
- Правила форума ·