В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

7342 membersпожаловаться на группу
2020 November 27

O

Olga in QA — Автоматизация
Глеб Казаркин
а как проверить цвет? ведь в DOM нет указания цвета (CSS)
<button class="button mini-suggest__button button_theme_websearch button_size_xl i-bem button_js_inited" data-bem="{&quot;button&quot;:{}}" tabindex="-1" role="button" type="submit"><span class="button__text">Найти</span></button>
.getAttribute('style') или че-нить еще такое. От фреймворка зависит, гуглите про ваш фреймворк
источник
11:29пожаловаться#1

АФ

Алексей Федоткин... in QA — Автоматизация
Глеб Казаркин
а как проверить цвет? ведь в DOM нет указания цвета (CSS)
<button class="button mini-suggest__button button_theme_websearch button_size_xl i-bem button_js_inited" data-bem="{&quot;button&quot;:{}}" tabindex="-1" role="button" type="submit"><span class="button__text">Найти</span></button>
можно свойства получать) и семейство шрифтов/и цвета, селениум умеет, гугл либо вот ссылку кинули коллеги)
источник
11:29пожаловаться#2

O

Olga in QA — Автоматизация
Уважаемые коллеги, а вот как по-вашему, можно ли автоматизировать ручные тест-кейсы как есть? Такие длинные и сложные: типа у пользователя были вот такие права, он делает такие-то действия, потом мы права забираем, он с созданными объектами уже ограничен в правах...

У нас спор с коллегой. Он говорит: эти тесты не входят в сьют, который катается каждый день, запускаются только для регрессии опр функционала, поэтому пофиг, сколько времени они занимают. Я говорю: я вообще была изначально против того, чтобы автоматизировать эти сценарии, раз уж они проверяются относительно редко, это можно и руками сделать. Но если уж делаем, то надо их как-то разбить на более мелкие, атомарные проверки, потому что получились тесты на 5-7 экранов каждый, их читать - просто убиться веником, не говоря уж о дебаггинге.
источник
11:32пожаловаться#3

B

Bola in QA — Автоматизация
А ответ полученный здесь, будет ли достаточно весомым для коллеги?
источник
11:35пожаловаться#4

OK

Oleksandr Khotemskyi in QA — Автоматизация
Olga
Уважаемые коллеги, а вот как по-вашему, можно ли автоматизировать ручные тест-кейсы как есть? Такие длинные и сложные: типа у пользователя были вот такие права, он делает такие-то действия, потом мы права забираем, он с созданными объектами уже ограничен в правах...

У нас спор с коллегой. Он говорит: эти тесты не входят в сьют, который катается каждый день, запускаются только для регрессии опр функционала, поэтому пофиг, сколько времени они занимают. Я говорю: я вообще была изначально против того, чтобы автоматизировать эти сценарии, раз уж они проверяются относительно редко, это можно и руками сделать. Но если уж делаем, то надо их как-то разбить на более мелкие, атомарные проверки, потому что получились тесты на 5-7 экранов каждый, их читать - просто убиться веником, не говоря уж о дебаггинге.
Коллега занимался автоматизацией?
источник
11:35пожаловаться#5

O

Olga in QA — Автоматизация
Занимается
источник
11:36пожаловаться#6

B

Bola in QA — Автоматизация
Olga
Уважаемые коллеги, а вот как по-вашему, можно ли автоматизировать ручные тест-кейсы как есть? Такие длинные и сложные: типа у пользователя были вот такие права, он делает такие-то действия, потом мы права забираем, он с созданными объектами уже ограничен в правах...

У нас спор с коллегой. Он говорит: эти тесты не входят в сьют, который катается каждый день, запускаются только для регрессии опр функционала, поэтому пофиг, сколько времени они занимают. Я говорю: я вообще была изначально против того, чтобы автоматизировать эти сценарии, раз уж они проверяются относительно редко, это можно и руками сделать. Но если уж делаем, то надо их как-то разбить на более мелкие, атомарные проверки, потому что получились тесты на 5-7 экранов каждый, их читать - просто убиться веником, не говоря уж о дебаггинге.
Желательно дробить. Как вы и написали. Ваше приложение - наверняка не черный ящик.
источник
11:36пожаловаться#7

OK

Oleksandr Khotemskyi in QA — Автоматизация
Olga
Занимается
тогда он должен понимать что чем длинней и сложней флоу теста - тем больше вероятность что он никогда не будет проходить
источник
11:36пожаловаться#8

O

Olga in QA — Автоматизация
Bola
А ответ полученный здесь, будет ли достаточно весомым для коллеги?
ну, у меня с умением аргументировать не очень, я в этом смысле манная каша
источник
11:36пожаловаться#9

O

Olga in QA — Автоматизация
ну сейчас тест проходит :)
источник
11:36пожаловаться#10

OK

Oleksandr Khotemskyi in QA — Автоматизация
Olga
ну сейчас тест проходит :)
и сколько занимает времени?
источник
11:37пожаловаться#11

S1

Sceptic 1234 in QA — Автоматизация
Olga
Уважаемые коллеги, а вот как по-вашему, можно ли автоматизировать ручные тест-кейсы как есть? Такие длинные и сложные: типа у пользователя были вот такие права, он делает такие-то действия, потом мы права забираем, он с созданными объектами уже ограничен в правах...

У нас спор с коллегой. Он говорит: эти тесты не входят в сьют, который катается каждый день, запускаются только для регрессии опр функционала, поэтому пофиг, сколько времени они занимают. Я говорю: я вообще была изначально против того, чтобы автоматизировать эти сценарии, раз уж они проверяются относительно редко, это можно и руками сделать. Но если уж делаем, то надо их как-то разбить на более мелкие, атомарные проверки, потому что получились тесты на 5-7 экранов каждый, их читать - просто убиться веником, не говоря уж о дебаггинге.
А вот эти все переключения настроек делаются через юай или через апи?
источник
11:40пожаловаться#12

O

Olga in QA — Автоматизация
Частично через АПИ, частично через UI.
источник
11:40пожаловаться#13

O

Olga in QA — Автоматизация
По времени в принципе не критично долго они выполняются, и это действительно тесты, не гоняющиеся каждый день, поэтому там 5 минут или 15 - не суть важно.
источник
11:42пожаловаться#14

O

Olga in QA — Автоматизация
Просто и получается, что все мои аргументы - это типа ну, так не делают. Ну и что вычитывать эти тесты очень тяжело
источник
11:42пожаловаться#15

AS

Andrei Solntsev in QA — Автоматизация
Аргумент такой: такие длинные и сложные тесты будут часто ломаться. На разбор поломок будет уходить больше времени, чем ручной прогон.
источник
11:43пожаловаться#16

YR

Yokohama Ree in QA — Автоматизация
Olga
Уважаемые коллеги, а вот как по-вашему, можно ли автоматизировать ручные тест-кейсы как есть? Такие длинные и сложные: типа у пользователя были вот такие права, он делает такие-то действия, потом мы права забираем, он с созданными объектами уже ограничен в правах...

У нас спор с коллегой. Он говорит: эти тесты не входят в сьют, который катается каждый день, запускаются только для регрессии опр функционала, поэтому пофиг, сколько времени они занимают. Я говорю: я вообще была изначально против того, чтобы автоматизировать эти сценарии, раз уж они проверяются относительно редко, это можно и руками сделать. Но если уж делаем, то надо их как-то разбить на более мелкие, атомарные проверки, потому что получились тесты на 5-7 экранов каждый, их читать - просто убиться веником, не говоря уж о дебаггинге.
Желательно дробить, но иногда можно и схитрить. Обычно в моментах когда предварительные условия теста кучу времени занимает даже с учётом апи.
источник
11:45пожаловаться#17

VY

Valentin Yuriev in QA — Автоматизация
Olga
Уважаемые коллеги, а вот как по-вашему, можно ли автоматизировать ручные тест-кейсы как есть? Такие длинные и сложные: типа у пользователя были вот такие права, он делает такие-то действия, потом мы права забираем, он с созданными объектами уже ограничен в правах...

У нас спор с коллегой. Он говорит: эти тесты не входят в сьют, который катается каждый день, запускаются только для регрессии опр функционала, поэтому пофиг, сколько времени они занимают. Я говорю: я вообще была изначально против того, чтобы автоматизировать эти сценарии, раз уж они проверяются относительно редко, это можно и руками сделать. Но если уж делаем, то надо их как-то разбить на более мелкие, атомарные проверки, потому что получились тесты на 5-7 экранов каждый, их читать - просто убиться веником, не говоря уж о дебаггинге.
Все зависит от целей и приоритета. У нас были проверки на 23 шага, которые постоянно гонялись, следственно мы их автоматизировали, это были некие Е2Е флоу критических функциональных проверок. Но гоняли их постоянно. Потому затраченное время на автоматизацию через определенное время окупалось. Но если вы не гоняете их часто, и в этих проверках намешенно огромное количество мелких проверок, я бы наверное пересмотрел тестдизайн, и в целом замыслился о затрачиваемых ресурсах на автоматизацию и профита которые они принесут.
источник
11:47пожаловаться#18

O

Olga in QA — Автоматизация
спасибо большое за ответы
источник
11:48пожаловаться#19

VV

Vo Va in QA — Автоматизация
Срочно требуются курьеры в вашем городе!! Платим 40-80тысяч рублей в неделю. Без вложений! За подро6ностями  пишите менеджеру @Get5755
источник
11:48пожаловаться#20