Size: a a a

QA — Автоматизация

2020 February 27

IE

Ivan Efimov in QA — Автоматизация
У нас в компании админы тоже похоже этого не знают, я могу на любой сервер с докером подключиться и сделать все что захочу
источник

КК

Кирилл Кашицын in QA — Автоматизация
😂
источник

EG

Edward Galiaskarov in QA — Автоматизация
Konstantin L
плюсую. Пользуюсь ей уже полгода) вполне норм
источник

AK

Artem Krosheninnikov in QA — Автоматизация
Denis
вдруг кому пригодится
--disable-bundled-ppapi-flash
Флэш-плагин чем-то мешает тестам?
источник
2020 February 28

M

Mike in QA — Автоматизация
Есть такой же пример для js?
источник

IE

Ivan Efimov in QA — Автоматизация
можно ли в visual studio code запущенной в докере дебажить приложение написанное на java прямо в браузере?
источник

АК

Александр Кот in QA — Автоматизация
Mike
Есть такой же пример для js?
Если перейти в закреплённое сообщение и пролистать чуть вниз, то найдётся ;-)
источник

M

Mike in QA — Автоматизация
Александр Кот
Если перейти в закреплённое сообщение и пролистать чуть вниз, то найдётся ;-)
В чате python? Прошелся по всем ссылкам, не нашел ничего подобного для js. Может номер подскажешь?
источник

N

Nikita in QA — Автоматизация
а почему переменная webdriverId, а не wedDriverSessionId, в этом был какой-то сакральный смысл?
источник

KL

Konstantin L in QA — Автоматизация
Да. Сервис удобный, можно пользоваться без ограничений (нет лимитов на кол-во тестов), если не нужны api и работа в команде.  Есть возможность импорта тестов из testrail и прочих (и это работает))
источник

EG

Edward Galiaskarov in QA — Автоматизация
Konstantin L
Да. Сервис удобный, можно пользоваться без ограничений (нет лимитов на кол-во тестов), если не нужны api и работа в команде.  Есть возможность импорта тестов из testrail и прочих (и это работает))
У меня немного забавная ситуация. Я тестированием и плотно занимался в 2008 году. Мы использовали testlink, но чисто для тестдизайна, все планы формировались в TestComplete и соответственно обрабатывались логи. Команда была достаточна большая, в итоге мы свою систему управления написали.

Основная задача сейчас управлять тестовыми прогонами тестов написанных на Cucumber + Capybara + Ruby.

Cucumber допускает толь ко командностроковый запуск тестов. Сейчас я делаю просто батник, в котором записаны команды к исполнению с записью прогона в лог, который пока обрабатывается вручную.

Недостаток - нет явного отображения фич проекта и покрытия их тестами.
Нет целостной системы подготовки, запуска и обработки результатов тестов с их последующей доставкой ЗЛ.

Вчера вечером посмотрел на kiwi и qase, пока плохо понимаю как все (выше написанное) увязать в этих инструментах (просто собственного опыта не было такого и в команде тестировщиков я один, а задач много).  Есть какие кейсы готовые применения таких инструментов к автотестированию?
источник

B

Bola in QA — Автоматизация
Увязывается в общем случае так: в тестах есть прописанные id кейсов из TMS, при прогоне тестов онлайн или пост фактум в TMS через api создаётся test run и туда публикуются результаты, привязка по этим id. В итоге в test run'e часть часть тестов будут пройдены автоматикой, будут с результатами. Если покрытие не полное, будет видно, что нужно допройти руками.
источник

KL

Konstantin L in QA — Автоматизация
Edward Galiaskarov
У меня немного забавная ситуация. Я тестированием и плотно занимался в 2008 году. Мы использовали testlink, но чисто для тестдизайна, все планы формировались в TestComplete и соответственно обрабатывались логи. Команда была достаточна большая, в итоге мы свою систему управления написали.

Основная задача сейчас управлять тестовыми прогонами тестов написанных на Cucumber + Capybara + Ruby.

Cucumber допускает толь ко командностроковый запуск тестов. Сейчас я делаю просто батник, в котором записаны команды к исполнению с записью прогона в лог, который пока обрабатывается вручную.

Недостаток - нет явного отображения фич проекта и покрытия их тестами.
Нет целостной системы подготовки, запуска и обработки результатов тестов с их последующей доставкой ЗЛ.

Вчера вечером посмотрел на kiwi и qase, пока плохо понимаю как все (выше написанное) увязать в этих инструментах (просто собственного опыта не было такого и в команде тестировщиков я один, а задач много).  Есть какие кейсы готовые применения таких инструментов к автотестированию?
нет такого опыта( Я тоже единственный тестировщик в команде и большинстов тестов у меня не автоматические, а имеющиесся автотесты я запускаю либо через батник либо через фреймворк напрямую (sikuli). Раньше я использовал TestRail (я пришёл и его уже использовали), но там нет возможности помесячной оплаты и мне сказали искать аналоги) в итоге использую это). В qase.io есть api (платный функционал) и через него, в принципе, можно управлять отчётами. Получить отчёт по ходу тестирования можно также вручную, но посмотреть что покрыто тестами...
источник

C

Cadabrum in QA — Автоматизация
Edward Galiaskarov
У меня немного забавная ситуация. Я тестированием и плотно занимался в 2008 году. Мы использовали testlink, но чисто для тестдизайна, все планы формировались в TestComplete и соответственно обрабатывались логи. Команда была достаточна большая, в итоге мы свою систему управления написали.

Основная задача сейчас управлять тестовыми прогонами тестов написанных на Cucumber + Capybara + Ruby.

Cucumber допускает толь ко командностроковый запуск тестов. Сейчас я делаю просто батник, в котором записаны команды к исполнению с записью прогона в лог, который пока обрабатывается вручную.

Недостаток - нет явного отображения фич проекта и покрытия их тестами.
Нет целостной системы подготовки, запуска и обработки результатов тестов с их последующей доставкой ЗЛ.

Вчера вечером посмотрел на kiwi и qase, пока плохо понимаю как все (выше написанное) увязать в этих инструментах (просто собственного опыта не было такого и в команде тестировщиков я один, а задач много).  Есть какие кейсы готовые применения таких инструментов к автотестированию?
Report portal.
источник

C

Cadabrum in QA — Автоматизация
Но у него нет функционала управления тестовой документацией, там изначально у ребят была задача аггрегировать тонну говнологов в красивый отчёт.
источник

D

Denis in QA — Автоматизация
Artem Krosheninnikov
Флэш-плагин чем-то мешает тестам?
да, при скачивании файла иногда детектит неверный файл (Selenide)
источник

EG

Edward Galiaskarov in QA — Автоматизация
Bola
Увязывается в общем случае так: в тестах есть прописанные id кейсов из TMS, при прогоне тестов онлайн или пост фактум в TMS через api создаётся test run и туда публикуются результаты, привязка по этим id. В итоге в test run'e часть часть тестов будут пройдены автоматикой, будут с результатами. Если покрытие не полное, будет видно, что нужно допройти руками.
Спасибо, стало понятнее :)
источник

EG

Edward Galiaskarov in QA — Автоматизация
Cadabrum
Но у него нет функционала управления тестовой документацией, там изначально у ребят была задача аггрегировать тонну говнологов в красивый отчёт.
Да, этот портал у меня тоже в зоне внимания. Пока не успеваю все изучить (
источник

B

Bola in QA — Автоматизация
Cadabrum
Report portal.
Он тут не поможет.
источник

AK

Artem Krosheninnikov in QA — Автоматизация
Denis
да, при скачивании файла иногда детектит неверный файл (Selenide)
Ок, буду знать, спасибо
источник