ОН
#менеджментвсегдафейлитпостановкуцелейизадач
Цель скорее из того что есть попробовать сделать что что-нибудь
Size: a a a
2020 October 24
ОН
Ладно, если всё таки более к реальности.
@dzherommo у тебя могут быть две личных персональных цели в этой хреновой ситуации
1. получить максимум опыта написания низкоуровневых тестов на PHP и JS.
2. если цель 1 не заходит, всё таки прокачиваться как ручной advanced QA c упором на методологию, техники, эвристики, курсы, тренинги, сертификации
Почему? Потому что на рынке овердофига java/python автоматизаторов и с ними конкурировать будет тяжело, ручные advanced QA будут нужны еще какое-то время всем
@dzherommo у тебя могут быть две личных персональных цели в этой хреновой ситуации
1. получить максимум опыта написания низкоуровневых тестов на PHP и JS.
2. если цель 1 не заходит, всё таки прокачиваться как ручной advanced QA c упором на методологию, техники, эвристики, курсы, тренинги, сертификации
Почему? Потому что на рынке овердофига java/python автоматизаторов и с ними конкурировать будет тяжело, ручные advanced QA будут нужны еще какое-то время всем
VS
Почему никого не трогая?
+1
ВМ
Ладно, если всё таки более к реальности.
@dzherommo у тебя могут быть две личных персональных цели в этой хреновой ситуации
1. получить максимум опыта написания низкоуровневых тестов на PHP и JS.
2. если цель 1 не заходит, всё таки прокачиваться как ручной advanced QA c упором на методологию, техники, эвристики, курсы, тренинги, сертификации
Почему? Потому что на рынке овердофига java/python автоматизаторов и с ними конкурировать будет тяжело, ручные advanced QA будут нужны еще какое-то время всем
@dzherommo у тебя могут быть две личных персональных цели в этой хреновой ситуации
1. получить максимум опыта написания низкоуровневых тестов на PHP и JS.
2. если цель 1 не заходит, всё таки прокачиваться как ручной advanced QA c упором на методологию, техники, эвристики, курсы, тренинги, сертификации
Почему? Потому что на рынке овердофига java/python автоматизаторов и с ними конкурировать будет тяжело, ручные advanced QA будут нужны еще какое-то время всем
Да, я вот тоже склоняюсь к 1 варианту так как скажем в этом случае возможен карьерный рост и рост зп
ВМ
А вообще часто прыгают из одного фреймворка в другой?
То есть я могу начать с cypress и если мне чего-то будет не хватать перейти на селенид или что то другое?
То есть я могу начать с cypress и если мне чего-то будет не хватать перейти на селенид или что то другое?
AR
Приветики)
Подскажите с какого фреймворка быстрее и проще начать автоматизировать? Когда ты новичок
Автоматизация веба в основном нужна
Подскажите с какого фреймворка быстрее и проще начать автоматизировать? Когда ты новичок
Автоматизация веба в основном нужна
Просто с UI не будет )
Управление браузером может быть реализовано через webdriver, chrome devtools. Выбор фреймворков довольно большой - Selenide, Puppeteer, Cypress.io, Playwright (сейчас активно развивается - на хайпе).
Есть еще katalon studio (с функциональным интерфейсом), если нет опыта, быстрый результат за небольшие трудозатраты.
Итого: я бы посоветовал Cypress (https://habr.com/ru/post/491620/)
Управление браузером может быть реализовано через webdriver, chrome devtools. Выбор фреймворков довольно большой - Selenide, Puppeteer, Cypress.io, Playwright (сейчас активно развивается - на хайпе).
Есть еще katalon studio (с функциональным интерфейсом), если нет опыта, быстрый результат за небольшие трудозатраты.
Итого: я бы посоветовал Cypress (https://habr.com/ru/post/491620/)
ВМ
Просто с UI не будет )
Управление браузером может быть реализовано через webdriver, chrome devtools. Выбор фреймворков довольно большой - Selenide, Puppeteer, Cypress.io, Playwright (сейчас активно развивается - на хайпе).
Есть еще katalon studio (с функциональным интерфейсом), если нет опыта, быстрый результат за небольшие трудозатраты.
Итого: я бы посоветовал Cypress (https://habr.com/ru/post/491620/)
Управление браузером может быть реализовано через webdriver, chrome devtools. Выбор фреймворков довольно большой - Selenide, Puppeteer, Cypress.io, Playwright (сейчас активно развивается - на хайпе).
Есть еще katalon studio (с функциональным интерфейсом), если нет опыта, быстрый результат за небольшие трудозатраты.
Итого: я бы посоветовал Cypress (https://habr.com/ru/post/491620/)
Спасибо, да многое его советуют, но в чатиках видела так же людей которые и не довольны им)
AR
Не спорю, везде есть + и -, отзывы могут быть разные, это нормально, ведь серебряной пули нет, точнее проекты/задачи различаются.
Можно пойти от языка, который вам ближе - js, java...
Можно пойти от языка, который вам ближе - js, java...
ВМ
Не спорю, везде есть + и -, отзывы могут быть разные, это нормально, ведь серебряной пули нет, точнее проекты/задачи различаются.
Можно пойти от языка, который вам ближе - js, java...
Можно пойти от языка, который вам ближе - js, java...
В этом плане будет такая же ситуация так как ни один язык я достаточно глубоко не знаю)
ОН
Что будет если начать писать тесты e2e тесты тестировщиками на Selen-что-нибудь можно прочитать в свежей статье от Dodo Engineering (это те кто делают Додо-Пицца).
И сравнить с подходом Miro или у нас
https://habr.com/ru/company/dododev/blog/524562/
И сравнить с подходом Miro или у нас
https://habr.com/ru/company/dododev/blog/524562/
ОН
Отличный коммент в статье:
Тестирование — это убедится в качестве своей же работы. Я сам себе пишу тесты, чтобы быть уверенным в качестве моей работы. Потому что бесконечное перекидывание задачи между программистом, который за собой не проверяет, и тестировщиком, который каждый раз находит новые баги, в итоге только увеличивает время на выполнение задачи.
У меня супруга тестировщик — говорит: максимальный фейс-палм у тестировщика вызывает, когда на тестирование отдают фичу, которая не делает то, для чего она создавалась. Возникает вопрос — ты задеплоил и не можешь ткнуть три кнопки, что оно просто работает? Не в силах проверить — прошел ли вообще деплой и вообще тот ли комит ты задеплоил? А тестировщику надо все это верифицировать, проверить стабильно ли воспроизводится, описать и вернуть таску обратно.
Да я балансирую на грани сроков и объема тестирования, да у меня замылен глаз. Но я лучше знаю свой код. Я пишу тесты, которые покрывают основные моменты. Они сокращают мне время на проверку моей же работы. Я становлюсь более уверенным в своем коде. Я сокращаю шансы что-то случайно поломать в другом месте. В конце-концов — тесты помогают мне ставить на место токсичных членов команды, которые во всех проблемах винят других, но только не себя. Со временем вся команда понимает, что мой код стабилен и, в основном, свободен от багов. И начинают смотреть сначала у себя. Это вот прям реально такое было.
Если же мне в помощь дадут еще одного человека QA-автотестера — вместе мы горы свернем. Потому что он более независим, у него не замылен глаз, свежие мозги и есть время подумать над другими тест-кейсами. Но рано или поздно я поймаю эти кейсы и просто сам допишу тест, если что.
Поэтому вот это все «программист не должен писать тесты» — означает, что программисту посрать на проект и на команду. Он скидывает с себя ответственность за свою же работу. Чаще всего есть оправдание — менеджмент закидывает задачами, как золотая антилопа того чувака на лестнице.
KK
.ну потому что никто особо помогать желанием не горит, а автотесты видеть хотят
Автотесты ради автотестов - то, что в чатике этом любят больше всего :)
E
Отличный коммент в статье:
Тестирование — это убедится в качестве своей же работы. Я сам себе пишу тесты, чтобы быть уверенным в качестве моей работы. Потому что бесконечное перекидывание задачи между программистом, который за собой не проверяет, и тестировщиком, который каждый раз находит новые баги, в итоге только увеличивает время на выполнение задачи.
У меня супруга тестировщик — говорит: максимальный фейс-палм у тестировщика вызывает, когда на тестирование отдают фичу, которая не делает то, для чего она создавалась. Возникает вопрос — ты задеплоил и не можешь ткнуть три кнопки, что оно просто работает? Не в силах проверить — прошел ли вообще деплой и вообще тот ли комит ты задеплоил? А тестировщику надо все это верифицировать, проверить стабильно ли воспроизводится, описать и вернуть таску обратно.
Да я балансирую на грани сроков и объема тестирования, да у меня замылен глаз. Но я лучше знаю свой код. Я пишу тесты, которые покрывают основные моменты. Они сокращают мне время на проверку моей же работы. Я становлюсь более уверенным в своем коде. Я сокращаю шансы что-то случайно поломать в другом месте. В конце-концов — тесты помогают мне ставить на место токсичных членов команды, которые во всех проблемах винят других, но только не себя. Со временем вся команда понимает, что мой код стабилен и, в основном, свободен от багов. И начинают смотреть сначала у себя. Это вот прям реально такое было.
Если же мне в помощь дадут еще одного человека QA-автотестера — вместе мы горы свернем. Потому что он более независим, у него не замылен глаз, свежие мозги и есть время подумать над другими тест-кейсами. Но рано или поздно я поймаю эти кейсы и просто сам допишу тест, если что.
Поэтому вот это все «программист не должен писать тесты» — означает, что программисту посрать на проект и на команду. Он скидывает с себя ответственность за свою же работу. Чаще всего есть оправдание — менеджмент закидывает задачами, как золотая антилопа того чувака на лестнице.
Вот все написано логично, с утверждениями не спорю. Но тут возникает тогда вопрос чем заняться тестировщику?
VS
Вот все написано логично, с утверждениями не спорю. Но тут возникает тогда вопрос чем заняться тестировщику?
Может, тест-кейсы оформлять, задавать критерии и всячески дирижировать процессом тестирования?
VS
Кто-то же должен сказать иной раз, "господа, вы не туда тестируете"
E
Может, тест-кейсы оформлять, задавать критерии и всячески дирижировать процессом тестирования?
Допустим. Для этого достаточно, на мой взгляд, одного тестировщика на команду любого размера (вплоть до 8-10 человек). А остальных куда? :)
ОН
Вот все написано логично, с утверждениями не спорю. Но тут возникает тогда вопрос чем заняться тестировщику?
Инфраструктурой.
E
Инфраструктурой.
Поправь меня, если это не так, но это разве не ниша админов?
ОН
Нет, конечно