Size: a a a

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

2019 August 20

A

Andrey in QA — русскоговорящее сообщество
Kuanysh Serikov
а в плане изучения самого языка в каком языке старт будет легче?
Имхо, скриптовые проще - Python или JS. Но это ещё не значит, что они лучше. Зависит от целей.
источник

A

Andrey in QA — русскоговорящее сообщество
Если быстрее вкатиться в авто и получить работу, то лучше промониторить рынок вакансий и выбрать наиболее востребованный.
источник

KS

Kuanysh Serikov in QA — русскоговорящее сообщество
Andrey
Имхо, скриптовые проще - Python или JS. Но это ещё не значит, что они лучше. Зависит от целей.
спасибо) поищу про эти языки еще инфы
источник

A

Andrey in QA — русскоговорящее сообщество
Это если бэкграунд по программированию и яп совсем нулевой
источник

Т

Татьянка in QA — русскоговорящее сообщество
Всем привет! Кто-нибудь пользуется katalon? Знаете ли какие-нибудь ресурсы по обучению?)
источник

YP

Yuryi Prune in QA — русскоговорящее сообщество
Татьянка
Всем привет! Кто-нибудь пользуется katalon? Знаете ли какие-нибудь ресурсы по обучению?)
источник

Т

Татьянка in QA — русскоговорящее сообщество
Спасибо)
Да, находила ищу что-то ещё
источник

OC

Oleg Chaplashkin in QA — русскоговорящее сообщество
Kuanysh Serikov
Всем привет! хочу начать переход на автоматизацию тестов. на каком языке програмиирование начать? и почему этот язык удобен чем другие?
Как уже отметили выше, нужно учитывать ваш уровень знаний.
Знаете какой либо язык? Автоматизируйте на нем(если только выбор ЯП не ограничен в команде)
Если нет знаний вообще по программированию, то никакой автоматизации. Берете учебники/курсы/другое и вперед писать и изучать.
Если есть опыт, и хотите совета в ЯП, то выбирайте по следующим критериям:
- выбор команды(есть люди, которые пишут на этом языке. Будет шанс, что после вас останется элементарная поддержка автотестов)
- выбор близкого/смежного языка к команде(Scala - Java, Python - JS/NodeJS, и т.д. Опять же, для поддержки)
- выбор распространенного языка для конкретного фреймоворка и задачи(Java, Python - хорошо поддерживают Selenium)
- личные пристрастия
источник

OC

Oleg Chaplashkin in QA — русскоговорящее сообщество
Опять же, в соседнем чате вижу постоянно Java
источник
2019 August 21

YR

Yokohama Ree in QA — русскоговорящее сообщество
Татьянка
Всем привет! Кто-нибудь пользуется katalon? Знаете ли какие-нибудь ресурсы по обучению?)
Я пользовался. По нему очень мало информации. Почти всё изучается и разбирается по ходу боя. По факту почти всё там необходимо писать на groovy и следовательно взаимодействие с селениумом или апиумом получается не отлично от других методов. А сам каталон лишь предоставляет оболочку для запуска всего этого добра в виде тестов. Ну и плюсом идут уже готовые кейворды которые упрощают разработку.
источник

E

Ekaterina in QA — русскоговорящее сообщество
Татьянка
Всем привет! Кто-нибудь пользуется katalon? Знаете ли какие-нибудь ресурсы по обучению?)
источник

AK

Ansteisija Kamenetskaya in QA — русскоговорящее сообщество
Всем доброго времени суток.
Вопрос организационный, если можно. Если кратко, то я не очень понимаю границы компетенций тестера.

У нас в команде проекта кроме непосредственно разрабов есть ещё 2 продукта и 2 ux-дизайнера, довольно компетентные.
Я пока на уровне джуна, но единственный тестер. И часто возникают вопросы по багам, которые приходят от саппорта — их иногда обрабатываю я, иногда пмы. Пмы даже могут какие-то задачи проверять, если, например, это хотфикс, а я забита другими (иногда бывает, что я вроде свободна, но все равно задача проверяется не мной, а ими, хотя не такая сложная).
С дизайнерами немного иная ситуация, они "тестят" макеты и даже при релизе проверяют уже на деве, как все получается. Хотя я, как бывает возможность (если не зашиваюсь), проверяю фронтовые задачи и вёрстку по макетам.

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

r

raijin in QA — русскоговорящее сообщество
Ansteisija Kamenetskaya
Всем доброго времени суток.
Вопрос организационный, если можно. Если кратко, то я не очень понимаю границы компетенций тестера.

У нас в команде проекта кроме непосредственно разрабов есть ещё 2 продукта и 2 ux-дизайнера, довольно компетентные.
Я пока на уровне джуна, но единственный тестер. И часто возникают вопросы по багам, которые приходят от саппорта — их иногда обрабатываю я, иногда пмы. Пмы даже могут какие-то задачи проверять, если, например, это хотфикс, а я забита другими (иногда бывает, что я вроде свободна, но все равно задача проверяется не мной, а ими, хотя не такая сложная).
С дизайнерами немного иная ситуация, они "тестят" макеты и даже при релизе проверяют уже на деве, как все получается. Хотя я, как бывает возможность (если не зашиваюсь), проверяю фронтовые задачи и вёрстку по макетам.

У меня возникает ощущение, будто они не понимают, зачем я вообще в проекте (самый главный приоритет — регресс), и что они делают вроде как мои задачи.
В ближайшее время хочу поговорить с тимлидом на эту тему, но хотела узнать, как бывает в других местах, чтобы понять более объективно.
Скорее всего они не привыкли к тому что в команде теперь есть тестировщик
источник

AK

Ansteisija Kamenetskaya in QA — русскоговорящее сообщество
raijin
Скорее всего они не привыкли к тому что в команде теперь есть тестировщик
Есть такое. Я пришла в апреле, дизайнеры появились в это же время, а вот разрабы спокойно обсуждают со мной свои задачи и уточняют, что я могу проверить, а что пока не умею
источник

r

raijin in QA — русскоговорящее сообщество
Ansteisija Kamenetskaya
Есть такое. Я пришла в апреле, дизайнеры появились в это же время, а вот разрабы спокойно обсуждают со мной свои задачи и уточняют, что я могу проверить, а что пока не умею
Они и не против скинуть с себя это
источник

V

Vyacheslav in QA — русскоговорящее сообщество
Ansteisija Kamenetskaya
Всем доброго времени суток.
Вопрос организационный, если можно. Если кратко, то я не очень понимаю границы компетенций тестера.

У нас в команде проекта кроме непосредственно разрабов есть ещё 2 продукта и 2 ux-дизайнера, довольно компетентные.
Я пока на уровне джуна, но единственный тестер. И часто возникают вопросы по багам, которые приходят от саппорта — их иногда обрабатываю я, иногда пмы. Пмы даже могут какие-то задачи проверять, если, например, это хотфикс, а я забита другими (иногда бывает, что я вроде свободна, но все равно задача проверяется не мной, а ими, хотя не такая сложная).
С дизайнерами немного иная ситуация, они "тестят" макеты и даже при релизе проверяют уже на деве, как все получается. Хотя я, как бывает возможность (если не зашиваюсь), проверяю фронтовые задачи и вёрстку по макетам.

У меня возникает ощущение, будто они не понимают, зачем я вообще в проекте (самый главный приоритет — регресс), и что они делают вроде как мои задачи.
В ближайшее время хочу поговорить с тимлидом на эту тему, но хотела узнать, как бывает в других местах, чтобы понять более объективно.
Имхо, это абсолютно нормально. Ответственность за качество ложиться на свою команду. Я а этом только плюсы вижу.
источник

AP

Anna Pozdniakova in QA — русскоговорящее сообщество
Нет, если непрозрачно, как именно тестирует менеджер
источник

AP

Anna Pozdniakova in QA — русскоговорящее сообщество
Например
источник

TI

Timur Iskhakov in QA — русскоговорящее сообщество
Ansteisija Kamenetskaya
Всем доброго времени суток.
Вопрос организационный, если можно. Если кратко, то я не очень понимаю границы компетенций тестера.

У нас в команде проекта кроме непосредственно разрабов есть ещё 2 продукта и 2 ux-дизайнера, довольно компетентные.
Я пока на уровне джуна, но единственный тестер. И часто возникают вопросы по багам, которые приходят от саппорта — их иногда обрабатываю я, иногда пмы. Пмы даже могут какие-то задачи проверять, если, например, это хотфикс, а я забита другими (иногда бывает, что я вроде свободна, но все равно задача проверяется не мной, а ими, хотя не такая сложная).
С дизайнерами немного иная ситуация, они "тестят" макеты и даже при релизе проверяют уже на деве, как все получается. Хотя я, как бывает возможность (если не зашиваюсь), проверяю фронтовые задачи и вёрстку по макетам.

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

Я был бы бесконечно счастлив, например, если бы у меня забрали часть работы, оставив зарплату прежней. Ходил бы и от радости кофе себе наливал аж два раза подряд.
источник

AR

Arseniy Rozov in QA — русскоговорящее сообщество
Vyacheslav
Имхо, это абсолютно нормально. Ответственность за качество ложиться на свою команду. Я а этом только плюсы вижу.
+1
источник