Комментарии 11
Я правильно понял, что системой баг-трекинга у вас выступает гуглодок? Чем существующие решения не подошли?
А функциональные тесты вы запускаете только в FF? А как же кросс-браузерность? И, насколько я знаю, ваше приложение тесто связано с мобильным клиентом, если какая-нибудь автоматизации тестирования его?
А пользуетесь ли какой-нибудь системой CI для запуска тестов каждые 6 часов или это делается нехитрым скриптом?
Заранее спасибо за ответы!:)
А функциональные тесты вы запускаете только в FF? А как же кросс-браузерность? И, насколько я знаю, ваше приложение тесто связано с мобильным клиентом, если какая-нибудь автоматизации тестирования его?
А пользуетесь ли какой-нибудь системой CI для запуска тестов каждые 6 часов или это делается нехитрым скриптом?
Заранее спасибо за ответы!:)
Да, поняли правильно.
Мобильные клиенты взаимодействуют с кодом, который покрывается unit-test'ами, но мы также смотрим в сторону автотестов мобильных приложений.
Тесты запускает нехитрый скрипт на cron'e.
- По факту, таблицей пользуется 2 человека
- В таблице работать быстрее и удобнее
- Очень гибкая конфигурация таблицы
- Возможность собирать абсолютно любую статистику, какую захотим
Мобильные клиенты взаимодействуют с кодом, который покрывается unit-test'ами, но мы также смотрим в сторону автотестов мобильных приложений.
Тесты запускает нехитрый скрипт на cron'e.
А как программисты узнают о багах которые нужно решить прямо сейчас и прямо сегодня не заглядывая в таблицу? Или об этом им сообщает Acunote?
Кроссбраузерность это не только вёрстка, это ещё и, например, js, который может преподнести сюрприз в опере или ие.
А не расскажите сколько у вас программистов и тестировщиков?
Кроссбраузерность это не только вёрстка, это ещё и, например, js, который может преподнести сюрприз в опере или ие.
А не расскажите сколько у вас программистов и тестировщиков?
В скайпе организован общий чат, куда я сообщаю о P0 багах, там же ведется «текущая» общая переписка.
Да, согласен, сюрпризы случаются.
6 веб — разработчиков и 2 тестера.
Да, согласен, сюрпризы случаются.
6 веб — разработчиков и 2 тестера.
Вообще «таблица и чат» — это какая-то дичь в стиле середины 90-ых. Как-можно скорее установите нормальный багтрекер. Вам понравится.
Спасибо, не обещаю, но мы попробуем.
А еще попробуйте организовать полноценный continious integration, например на базе Jenkins или Hudson вместо того скриптика, в комбинации с правильной поддержкой версионности кода вам это тоже понравится, гарантирую.
Для затравки ;)
В одной из контор, где я раньше работал, видел в живую как Jenkins прогоняет Selenium тесты.
Кроме того, я надеюсь, вы конечно используете какую-нибудь SCM, Jenkins умеет отправлять отчеты об упавших билдах всем, кто коммитился с момента последнего успешного билда.
Можно организовать процесс так, что любой QA сможет в любой момент времени запустить билд проекта на Jenkins, немного подождать, и получить бегущий продукт на каком-нибудь тестовом environment.
О интеграции с таск-трекерами я вообще молчу, вам нужно для начала попробовать что это такое, вместо таблички :)
Для затравки ;)
В одной из контор, где я раньше работал, видел в живую как Jenkins прогоняет Selenium тесты.
Кроме того, я надеюсь, вы конечно используете какую-нибудь SCM, Jenkins умеет отправлять отчеты об упавших билдах всем, кто коммитился с момента последнего успешного билда.
Можно организовать процесс так, что любой QA сможет в любой момент времени запустить билд проекта на Jenkins, немного подождать, и получить бегущий продукт на каком-нибудь тестовом environment.
О интеграции с таск-трекерами я вообще молчу, вам нужно для начала попробовать что это такое, вместо таблички :)
> А как программисты узнают о багах которые нужно решить прямо сейчас и прямо сегодня не заглядывая в таблицу? Или об этом им сообщает Acunote?
Да. По багу, который надо закрыть создается задача в Acunote с соответствующим приоритетом. Таблицу программисты не используют.
Часть багов так же озвучивается в общем чате команды — но не с целью постановки задач, а с целью либо уточнения причин бага (кто только что работал с XXX.YYY?), либо информирования разработчиков о баге. Мы считаем правильным, когда каждый разработчик в курсе, что происходит во всем проекте.
Да. По багу, который надо закрыть создается задача в Acunote с соответствующим приоритетом. Таблицу программисты не используют.
Часть багов так же озвучивается в общем чате команды — но не с целью постановки задач, а с целью либо уточнения причин бага (кто только что работал с XXX.YYY?), либо информирования разработчиков о баге. Мы считаем правильным, когда каждый разработчик в курсе, что происходит во всем проекте.
Подождите-подождите! Вы говорите, что работать с таблицей Вам быстро и удобно? А Вы видели реальные системы багтрекинга (тфс, багзилла, мантис, редмайн)?
Selenium IDE очень ограниченный инструмент, почему же вы не используете полноценный Webdriver или Watir к примеру? Не хватает квалификации тестировщиков?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
О тесте печальном