Size: a a a

2020 June 25

МК

Мария Куликова... in QA juniors
🤷‍♀️
источник

АБ

Арсений Батыров... in QA juniors
Мария Куликова
Ну получается, что тру куа - это человек, который мало что умеет и мало что может сделать, даже если захочет))))
Нет, не получается. Получается, что он не пишет коммерческий код и не меняет его в проде. Не то чтобы это мешало ему заниматься своими широкими обязанностями
источник

MP

Mike Petrov in QA juniors
Это не то что, не обязанности куа, это то, что может влиять плохо на разработку продукта. Ну блин, разрабы пишут пишут а тут куа мол, "эй мне надо тесты чтоб они были пассед, я поменяю на минуту билд, ниче же?".
источник

АБ

Арсений Батыров... in QA juniors
Мария Куликова
Если ты имеешь куда-то доступ, кроме как куа сред, то ты уже не тру куа, а и девопс, если ты умеешь прогать, то уже и дев
Неверно. Доступ на прод - не полномочия QA, но наличие такого доступа не делает человека девопсом. Просто он может выполнять отдельные функции девопса в моменте, только и всего.
источник

АБ

Арсений Батыров... in QA juniors
Опять же, речь была не про "умеешь прогать", а про "пишешь коммерческий код", а это разные вещи.
источник

МК

Мария Куликова... in QA juniors
Mike Petrov
Это не то что, не обязанности куа, это то, что может влиять плохо на разработку продукта. Ну блин, разрабы пишут пишут а тут куа мол, "эй мне надо тесты чтоб они были пассед, я поменяю на минуту билд, ниче же?".
Ну опять утрируете)
источник

MP

Mike Petrov in QA juniors
Так а зачем куа вносить изменения в код который пишут разработчики ? Это дурной тон менять чужой код, тем более, в япах
источник

МК

Мария Куликова... in QA juniors
Арсений Батыров
Опять же, речь была не про "умеешь прогать", а про "пишешь коммерческий код", а это разные вещи.
Да ну не, речь была как раз изначально про прогать
Хочешь прогать- иди в разрабы - вот цитата из сообщений начальных, не помню от кого
После этого мы как раз перешли к прогать приложение, тк пример был что куа может брать задачи дев
источник

АБ

Арсений Батыров... in QA juniors
Мария Куликова
Да ну не, речь была как раз изначально про прогать
Хочешь прогать- иди в разрабы - вот цитата из сообщений начальных, не помню от кого
После этого мы как раз перешли к прогать приложение, тк пример был что куа может брать задачи дев
Верно. Большинство тестировщиков - не прогает, поэтому идти в тестеры за программированием все еще плохая идея
источник

МК

Мария Куликова... in QA juniors
Mike Petrov
Так а зачем куа вносить изменения в код который пишут разработчики ? Это дурной тон менять чужой код, тем более, в япах
Ну если посмотреть выше мы говорили про кроссфункциональные команды
источник

АБ

Арсений Батыров... in QA juniors
Мария Куликова
Ну если посмотреть выше мы говорили про кроссфункциональные команды
"Кроссфункциональный" не значит "доступ есть у всех".
источник

МК

Мария Куликова... in QA juniors
Арсений Батыров
Неверно. Доступ на прод - не полномочия QA, но наличие такого доступа не делает человека девопсом. Просто он может выполнять отдельные функции девопса в моменте, только и всего.
Это была попытка пошутить и разрядить обстановочку, я уже не успеваю всем отвечать и читать просто
источник

К

Кирилл in QA juniors
Ребят, а если на сайте есть фильтр по цене
если я ставлю от 75 до 130 - конкретный товар не появляется
а если от 76 до 130 - появляется товар по цене 95
это функциональный баг?
просто этот товар же под оба условия подходит, но в первом не выводится
правильные мысли или нет?
источник

TE

Tatiana Evmenova in QA juniors
Баг
источник

МК

Мария Куликова... in QA juniors
Арсений Батыров
"Кроссфункциональный" не значит "доступ есть у всех".
А кто говорил про доступ есть у всех? Это был вопрос вне контекста( константу и тд)
источник

D

Danny in QA juniors
1. QA стоит уметь разбираться в коде
2. QA стоит уметь "прогать" или менять код на тестовой среде
3. Самый разсеньористый QA никогда не сможет разрабатывать продукт на уровне обученного джун-программиста.
4. И не должен, весь этот Agile придуман для достижения наилучшего результата за максимально короткий срок. Иногда жертвуя качеством.
5. Кроссфункциональные команды - золотая, неисполнимая мечта. Ни один разраб не протестирует на уровне QA и не один тестировщик не напишет кусочек кода на уровне разраба(были и на практике примеры, далеко не теоретизирую)


Возвращаясь к вопросу студента: стоит попробовать сначала в программисты, если не получится, тогда уже в тестировщики. Многие смотря косо: "А  почему тестировщиком работали, если изначально в программирование хотите уйти?". Да и вообще мышление не в ту сторону меняет.
источник

АБ

Арсений Батыров... in QA juniors
Danny
1. QA стоит уметь разбираться в коде
2. QA стоит уметь "прогать" или менять код на тестовой среде
3. Самый разсеньористый QA никогда не сможет разрабатывать продукт на уровне обученного джун-программиста.
4. И не должен, весь этот Agile придуман для достижения наилучшего результата за максимально короткий срок. Иногда жертвуя качеством.
5. Кроссфункциональные команды - золотая, неисполнимая мечта. Ни один разраб не протестирует на уровне QA и не один тестировщик не напишет кусочек кода на уровне разраба(были и на практике примеры, далеко не теоретизирую)


Возвращаясь к вопросу студента: стоит попробовать сначала в программисты, если не получится, тогда уже в тестировщики. Многие смотря косо: "А  почему тестировщиком работали, если изначально в программирование хотите уйти?". Да и вообще мышление не в ту сторону меняет.
Спасибо :)
К последнему: и еще можно в тестировании остаться навсегда.
источник

МК

Мария Куликова... in QA juniors
Danny
1. QA стоит уметь разбираться в коде
2. QA стоит уметь "прогать" или менять код на тестовой среде
3. Самый разсеньористый QA никогда не сможет разрабатывать продукт на уровне обученного джун-программиста.
4. И не должен, весь этот Agile придуман для достижения наилучшего результата за максимально короткий срок. Иногда жертвуя качеством.
5. Кроссфункциональные команды - золотая, неисполнимая мечта. Ни один разраб не протестирует на уровне QA и не один тестировщик не напишет кусочек кода на уровне разраба(были и на практике примеры, далеко не теоретизирую)


Возвращаясь к вопросу студента: стоит попробовать сначала в программисты, если не получится, тогда уже в тестировщики. Многие смотря косо: "А  почему тестировщиком работали, если изначально в программирование хотите уйти?". Да и вообще мышление не в ту сторону меняет.
п.5 - есть не из теории пример, когда было гуд, это были ребята ат
источник

D

Danny in QA juniors
Во всём остальном, что написала здесь Мария, не касаясь этого пункта, целиком и полностью согласна. Просто мне кажется, вы не совсем друг друга поняли, а затем спор просто ушёл в спираль.
источник

VK

Vadim Karpievich in QA juniors
Danny
1. QA стоит уметь разбираться в коде
2. QA стоит уметь "прогать" или менять код на тестовой среде
3. Самый разсеньористый QA никогда не сможет разрабатывать продукт на уровне обученного джун-программиста.
4. И не должен, весь этот Agile придуман для достижения наилучшего результата за максимально короткий срок. Иногда жертвуя качеством.
5. Кроссфункциональные команды - золотая, неисполнимая мечта. Ни один разраб не протестирует на уровне QA и не один тестировщик не напишет кусочек кода на уровне разраба(были и на практике примеры, далеко не теоретизирую)


Возвращаясь к вопросу студента: стоит попробовать сначала в программисты, если не получится, тогда уже в тестировщики. Многие смотря косо: "А  почему тестировщиком работали, если изначально в программирование хотите уйти?". Да и вообще мышление не в ту сторону меняет.
наоборот многие говорят ,что разрабы вышедшие из тестеров "золотые")
источник