Size: a a a

QA — русскоговорящее сообщество

2021 June 15

S

Sulaiman in QA — русскоговорящее сообщество
Это кастомные решения отчётности  таким оформление или готовые библиотеки?
источник

DN

Dmitrii Novikov in QA — русскоговорящее сообщество
Продумайте хорошенько, какие задачи эта отчётность должна решать, и так ли надо решать эти задачи отчётностью, или есть более эффективные варианты. Пока отдел формируется, наверняка у вас есть масса более полезных задач, чем просто "сделать красиво, как у больших"
источник

K

Keane in QA — русскоговорящее сообщество
Всё кастомное. Там 50 строк кода.))
источник

AG

Andrew Gasov in QA — русскоговорящее сообщество
Так вы сначала пожелания соберите, а не варианты.
источник

S

Sulaiman in QA — русскоговорящее сообщество
Так хочется заранее быть в теме, и уже попросили дать вариант архитектуры/видение автотестирования в целом-весь workflow
источник

S

Sulaiman in QA — русскоговорящее сообщество
Спасибо вам за советы!
источник

S

Sulaiman in QA — русскоговорящее сообщество
Благодарю!
источник

AG

Andrew Gasov in QA — русскоговорящее сообщество
Смотрите.
Репорты это инструмент.
Как их строить и на чем зависит от того кто, как, когда и зачем будет в них смотреть.
Менеджерам, например, нужны одни репорты, разработчикам - другие, куакам- третьи.

Предлагать решения не ответив на вопросы выше - это тыкать пальцем в небо в формате «может прокатит».

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

Для видения общей архитектуры вы можете просто добавить прямоугольник «Репортилка» в диаграмму архитектуры автотестов и этого будет достаточно.

Для частных и конкретных решений нужно понимание «зачем?», иначе вы просто тратите время.
источник

AG

Andrew Gasov in QA — русскоговорящее сообщество
Ну и да, последний совет:
Репорты это та история, где попытка сделать «универсальный репорт для всех» - почти гарантированный способ сделать так, что не удобно будет вообще всем.
источник

S

Solo (xxHxx) in QA — русскоговорящее сообщество
кто чинить будет - тому пусть и падает. Нет лида - всем разрабам на проекте, пусть сами разбираются. В идеале всем авторам коммитов с последнего удачного теста, конечно
источник

S

Sulaiman in QA — русскоговорящее сообщество
Ясно, понял, спасибо!
источник

S

Sulaiman in QA — русскоговорящее сообщество
По сути им это не так нужно-ибо они видят в Jenkins (blueOcean), что билд упал и могут посмотреть какой стейдж. Там главное сделать, чтобы по моим логам было ясно, что конкретно упало и как дебажить (если это их ошибка).
источник

VU

Viktor Urusov in QA — русскоговорящее сообщество
Всем привет!
кто нибудь сталкивался с проблемой в Cypress, что type() не хочет вводить кирилицу? (с латиницей все норм)
cy.get(selector). type("word") - так работает
cy.get(selector). type("слово") - так не работает
источник

S

Solo (xxHxx) in QA — русскоговорящее сообщество
это тебе только разрабы ответят. Задача - минимум - оповестить, что тесты зафэйлились. А так можешь на выбор: запихать их мэйлы в рассылку и спросить "так пойдет?". Это вызовет их на разговор, получишь задачку на улучшение артефактов к событию фэйла и выполнишь ее
источник

S

Sulaiman in QA — русскоговорящее сообщество
Отлично, спасибо за идею
источник

СК

Сергей Киселёв... in QA — русскоговорящее сообщество
Всем привет! Я «не настоящий сварщик», поэтому сильно не пинайте если вопрос тривиальный. Нужна система/фреймворк(на python) для длительного тестирования железок на стендах. Сейчас есть zabbix который запускает скрипты с самодельными тестами, получает от них результаты и хранит их как данные мониторинга. Поскольку кол-во скриптов/стендов/хотелок продакта неумолимо растет, задался вопросом сделать это более системно/юазбельно, и сейчас в поисках платформы для миграции. Что нужно:
1)Запускать тесты(скрипты на python) по расписанию/триггеру
2)Хранить результаты, уметь делать аналитику по отчетам.
3)Уметь через «тыцанье мышкой» перестраивать набор тестов/стендов
4)Уметь интегрироваться с Jira/gitlab
источник

15

12345 54321 in QA — русскоговорящее сообщество
если отчетность никто не требует, то светить ею на публику никакого смысла нет. Лучше сделать это внутренним артефактом, который можно использовать как инструмент демонстрации продуктивной работы куа. И строить их инфраструктуру и наполнение исходя из этого факта. Надежда же на то, что "я соберу мегауберотчет и все поймут, как это классно делать куа" - обречена на провал.
источник

S

Solo (xxHxx) in QA — русскоговорящее сообщество
Если надо шашечки (кому-то чета доказать), и если надо дело делать - это, таки, две большие разницы. И вот на ‘доказателей’ уходят ненормальные бюджеты с околонулевым выхлопом
источник

15

12345 54321 in QA — русскоговорящее сообщество
а я о чем?)
источник

АW

Академия Трейдинга W... in QA — русскоговорящее сообщество
Ребята, привет. Такой вопрос. Человек далекий от кодинга, но желающий окунуться в этот мир. Дизайн ближе. Есть понимание конечное продукта. Задача- приложение похожее на www.kahoot.com (web+app). С чего начать изучение, какой язык и т.д чтоб самостоятельно осилить за 1-2 года проект?
источник