Size: a a a

2020 April 14

A

Anna Nikolaieva in QA tracktor
писанина кейсов и написание кода как минимум говорит о том, что оба человека должны понимать, что делают

я практикую с разрабами такой кейс: дают им текст кейсы к их юнит тестам) вские замороченные варианты, которые они не проверят в силу того, что думают иначе,)
источник

A

Anna Nikolaieva in QA tracktor
просто я слабо себе представляю как можно хорошо автоматизировать то, в чем ты не смыслишь как реализовано, правда…
источник

KV

Ksenia Vorobyeva in QA tracktor
Anna Nikolaieva
просто я слабо себе представляю как можно хорошо автоматизировать то, в чем ты не смыслишь как реализовано, правда…
Никто вроде не говорил про не смыслишь
источник

A

Anna Nikolaieva in QA tracktor
радуете:) а то по тексту выглядело как один принес файл, второй его в код завернул и запустил:))
источник

KV

Ksenia Vorobyeva in QA tracktor
Я например могу тестировать руками, но это не значит, что я буду проходить руками регресс
источник

KV

Ksenia Vorobyeva in QA tracktor
Очевидно, что если я пишу автотесты, то я понимаю, как работает мой продукт
источник

A

Anna Nikolaieva in QA tracktor
Ksenia Vorobyeva
Очевидно, что если я пишу автотесты, то я понимаю, как работает мой продукт
вы щас вернули веру в людей) правда ))
источник

А

Алексей in QA tracktor
Yuryi Prune
Лол не всегда так. У нас на рынке например авто стоит дороже, и большим фирмам проще разделить более дешевого человека на писанину кейсов и авто который будет переводить это в код..
Я написал выше, что это родом из аутсорса. Проблема в том, кого вы сможете нанять на написание кода тестов? В случае с автоматизатором - это человек, осознанно выбравший тестирование на данном этапе своей карьеры. В случае с оформителем тесткейсов - это или разраб неудачник, или разраб джун на стадии начала карьеры. Оба через полгода потребуют нормальной разраб работы или уволятся. Редкие - такие подкачают тестирование и будут им заниматься.
источник

A

Anna Nikolaieva in QA tracktor
а чего разрабы вдруг кейсы пишут?
источник

YP

Yuryi Prune in QA tracktor
Тоже не понял
источник

A

Anna Nikolaieva in QA tracktor
они обычно могут написать 1 флоу позитив и один негатив)
а судя по митапам у нас георграфически, в автоматизацию идут те, кто не дотянул до рзараб, но очень хочет 3+килобаксов
источник

А

Алексей in QA tracktor
если мне то отредактировал - добавил слово "кода"
источник

А

Алексей in QA tracktor
Anna Nikolaieva
они обычно могут написать 1 флоу позитив и один негатив)
а судя по митапам у нас георграфически, в автоматизацию идут те, кто не дотянул до рзараб, но очень хочет 3+килобаксов
у вас просто слабая разработка
источник

A

Andrey in QA tracktor
Alexei Vinogradov
У нас, чтобы заработать 10к, надо наверное закрыть около 2-3 вакансий за месяц.
Московские рекрутеры многие имеют ставку ниже 100к и 10-20% от зп закрытой вакансии. Нормальным для рекрутера считается получать 100-150к в месяц на руки.
источник

A

Anna Nikolaieva in QA tracktor
Алексей
у вас просто слабая разработка
эм уверены?
источник

А

Алексей in QA tracktor
хороший разраб, коих я повидал предостаточно, весьма неплохо разбирается и в тестировании (с точки зрения юнит тестов, и зачастую интеграционных). Так как хорошие юнит тесты - залох хорошей скорости разработки
источник

A

Anna Nikolaieva in QA tracktor
Алексей
если мне то отредактировал - добавил слово "кода"
я больше к этой части вопрос имею

В случае с оформителем тесткейсов - это или разраб неудачник, или разраб джун на стадии начала карьеры. -
вы щас всех, кто начинал в тестировании опустили)
источник

А

Алексей in QA tracktor
Anna Nikolaieva
я больше к этой части вопрос имею

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

YP

Yuryi Prune in QA tracktor
Алексей
Я хз, большинство, как и я начинали с ручного тестирования. Даже при неплохих познаниях в програмухе. Потом оные познания начинают быстро применяться для уменьшения рутинности и улучшения результата
Большинство- это вы сильно экстраполировали)
источник

A

Anna Nikolaieva in QA tracktor
Алексей
хороший разраб, коих я повидал предостаточно, весьма неплохо разбирается и в тестировании (с точки зрения юнит тестов, и зачастую интеграционных). Так как хорошие юнит тесты - залох хорошей скорости разработки
да, те кто уже набили шишки и имеют опыт в разаботке больше чем 2 серьезных проекта, смогу покрыть свой код простыми юнит тестами. но есть тесты, которые просто не приходят в головы разработчиков, коих перевидала разное множество))  ну потому , что это не очевидный кейс и все))

вот своих ребят разработчиков мы с их начальником именно и прокачиваем в вопросе того, что к юнит тестами можно заходить не одним боком, в последствии это уменьшает кол-во багов при интерграции 🙂
источник