когда программер лезет в ui начинается ад и израиль

https://media.licdn.com/mpr/mpr/p/3/005/064/110/08939f8.jpg

когда программер лезет в ui начинается ад и израиль

тоже верно. потому что есть дизайнер, у которого есть своя аналитика

вопрос: заче девелоперу и тестеру лезть в ui и что заставило вас написать тот камент?

То есть компания должна заставлять рости? А куда именно она должна заставлять рости?

должна заставлять. таким образом оптимизируя расходы на текущие бизнес-процессы

никто не должен никому ничего

Человек берется под должность.

Он на ней работает.

Если копании его рост не нужен - не надо его растить она не будет этого детаь.

вопрос: заче девелоперу и тестеру лезть в ui и что заставило вас написать тот камент?

выше в сообщени была фраза "В рамках мобильного приложения можно научиться правильному чувству "юзабилити\аксесабилити" и UX"

@AlexandrAndroidDev я сомневаюсь что иногда рост сотрудников заложен в модель компании, тогда он станет ей больше абузой, примеры есть, их хватает

Если появляется необходимость - либо растится человек, либо беерется новый.

выше в сообщени была фраза "В рамках мобильного приложения можно научиться правильному чувству "юзабилити\аксесабилити" и UX"

Да, можно.

@AlexandrAndroidDev и в этом утверждении про UI UX я не вижу ничего неверного ;)

У человека должно быть чувство прекрасного и понимание основ ux

я читал Android Developer Guidelines не меньше, чем обычный разработчик, чтобы проверить его. Смотрел примеры конкурентов, изучал, как стэк активити должен себя вести при взаимодействии пользователя - это что, выходит за рамки "ручного тестирования" ну извините, хочется же как лучше ;)

я читал Android Developer Guidelines не меньше, чем обычный разработчик, чтобы проверить его. Смотрел примеры конкурентов, изучал, как стэк активити должен себя вести при взаимодействии пользователя - это что, выходит за рамки "ручного тестирования" ну извините, хочется же как лучше ;)

"хочется же как лучше"—вот с этих слов ад и начинается )

кесарю - кесарево, а богу - богово. Я не собираюсь учить разработчика писать код, но я могу указывать на любые штуки, которые неудобны для пользователя, идут в разрез общепринятым паттернам.

"хочется же как лучше"—вот с этих слов ад и начинается )

То есть проверяя как работает код приложения вы посягаете на квалификацию разработчиков?

кесарю - кесарево, а богу - богово. Я не собираюсь учить разработчика писать код, но я могу указывать на любые штуки, которые неудобны для пользователя, идут в разрез общепринятым паттернам.

нет, если в команде есть дизайнер, и его решение было утверждено заказчиком

постарался отвлечь человека

хз, мы с дизайнерами всегда будучи QA обсуждали штуки. В бейскампе КАЖДЫЙ мог предложить идею. Нет смысла затыкать других, лол

нет, если в команде есть дизайнер, и его решение было утверждено заказчиком

Если в команде есть QA - он отвечает за качество. Качество дизайна в том числе. Точка.

хотя что это я, прошлых команд в России по пальцам пересчитать

@Shoo +100500

точка так точка. я пытался донести до вас мнение разработки :)

Вы пытались донести свое мнение, а не мнение разработки.

+

тестирование - часть разработки, если кто ещё не в курсе.

+1

Чик-чик и в продакшн уже нет?

Имхо: есть тестировщики которые в некоторых областях разбираются намного лучше чем девелоперы, которые пишут под эту платформу, но это не часто встречается. А то что тестировщик изучает ios/android guidelines и имеет свой чеклист на то, на что следует обратить внимание перед публикацией в сторы, и знает какие-то best practices из этой области чтобы релизы не блокировали в сторе - это же большой бонус. Не все разработчики то хорошо знают на что нужно обратить внимание чтобы их релиз всегда успешно проходил верификации в сторе.

Все зависит от разработчиков. Если не знают, сами не следят.

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

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

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

Привет! А по автоматизации тестирования посоветуйте литературу или курсы пожалста.

Если по Selenium, то не плохой вебинар от Баранцева "Selenium: полное руководство". Но туда рекомендуется соваться со знанием одного из 5 языков: Java, C#, Python, JS, Ruby.

В последнее время когда нужно было что-то найти по селениуму, наткнулся на форум в software-testing где Баранцев втирал какую-то дичь про подъем демон сервиса который бы следил за окнами браузера. Учитывая, что тогда решение покрывалось API Selenium - это выглядело методом из говна и палок.

Воу-воу, ребята, это канал с вакансиями. :)

Идите в qa_ru :)

Лучшие видео по Selenium, а также помощь в автоматизации можно найти в роликах от Михаила Поляруша. И сайт automated-testing.info Все, прекращаю :)

1

Спасибо! Москва. Ищу работу личинкой QA, опыт в программировании(C++, немного JS и Java), системном администрировании(MS). Предпочтительно web. #Ищу

все еще нужно указывать город...

Привет друзья) #Вакансия: IT-партнер портала #LIFE.RU, компания #Нейрон, с радостью примет к себе в команду #тестировщика #автоматизатора #middle либо #senior Условия белые, грейды прозрачные, java или python на выбор, график гибкий, команда клёвая, по выходным работать не заставляем))) можно писать мне сюда либо на pbokarev@neuron.digital Москва или Нижний Новгород

Локация?

default city

Привет друзья) #Вакансия: IT-партнер портала #LIFE.RU, компания #Нейрон, с радостью примет к себе в команду #тестировщика #автоматизатора #middle либо #senior Условия белые, грейды прозрачные, java или python на выбор, график гибкий, команда клёвая, по выходным работать не заставляем))) можно писать мне сюда либо на pbokarev@neuron.digital Москва или Нижний Новгород

remote/relocate/office?

Москва или Нижний Новгород, релокационный пакет есть, в Мск офис на Савёловской

Киев, ищем mobile QA поработать в гугловом проекте Waze? командировки, плюшки, всё включено. жду в личку или на ygoncharova@google.com

Киев, ищем mobile QA поработать в гугловом проекте Waze? командировки, плюшки, всё включено. жду в личку или на ygoncharova@google.com

Ого) Вот это уже интересно)

Киев, ищем mobile QA поработать в гугловом проекте Waze? командировки, плюшки, всё включено. жду в личку или на ygoncharova@google.com

т.е. это вакансия в гугл?

скорее бодишоп или аутсорс

фактически ты google vendor, аутсорс на гугл в рамках украинской конторки

чтд

а что за конторка?

ignite ? ничо про контору не скажу, работа напрямую с гуглом перекрывает все их косяки

так себе конторка)

гугл косячники, хорошо киевская контора перекрывает все их косяки ??

?

ignite ? ничо про контору не скажу, работа напрямую с гуглом перекрывает все их косяки

Заинтриговали прям, чем они это перекрывают. :)

???

ERROR: S client not available

Ну, кроме "я работал на гугл" в резюме. :)

приходите в личку, обсудим, не надо канал захламлять

О! Билл Мюррей! Коллеги по цеху.

Как и обещал: https://hh.ru/vacancy/19684815

#вакансия #Москва В штат крупной компании ищем специалиста на ручное тестирование веб-проектов. Требования: - опыт в тестировании не менее 3 лет - глубокое понимание процессов разработки (~100 задач в еженедельных релизах) - опыт работы с Jira, Confluence - грамотная устная и письменная речь - техническое образование Задачи: - тестирование по существующим регламентам и сценариям - обновление регламентов и сценариев - описание багов и контроль их устранения. - формирование отчетов по результатам тестирования з/п: 100.000 руб.

Неплохо

А это стандартная формулировка про "контроль выполнения багов"?

А это стандартная формулировка про "контроль выполнения багов"?

По всей видимости подразумевалось "контроль устранения"

Как формулировка не думаю что стандартная. Но что в тестировании подразумевается проверка фиксов - это логично

Спасибо, поправил

а тут есть HR из Telejet. https://hh.ru/employer/1637637

Я думаю с названием компании вместо ссылки больше шансов

Как раз вчера в Telejet откликался

там удаленно можно? не занете?

там удаленно можно? не занете?

Не проще в линкедин им написать, если уж на вакансию откликаться не вариант?

#вакансия #Москва В штат крупной компании ищем специалиста на ручное тестирование веб-проектов. Требования: - опыт в тестировании не менее 3 лет - глубокое понимание процессов разработки (~100 задач в еженедельных релизах) - опыт работы с Jira, Confluence - грамотная устная и письменная речь - техническое образование Задачи: - тестирование по существующим регламентам и сценариям - обновление регламентов и сценариев - описание багов и контроль их устранения. - формирование отчетов по результатам тестирования з/п: 100.000 руб.

прикольно и никакого автотестирования

прикольно и никакого автотестирования

Есть автотесты, и ими занимаются. Но ими все покрыть не удается.

А, другой отдел?

а на чём пишут?

Селениум

" - опыт в тестировании не менее 3 лет" интересно, кто-то после трёх лет ищет такие позиции?

есть кто и по 10 лет на месте сидит

Кто-то после 3 лет еще работает мануальным?

Прикинь.

Что вас удивляет-то? Куда после 3 лет все _должны_ валить?

в автоматизацию?

зачем?

есть те, кто просто не хочет автоматизировать.

Понятно.

Ой, а как же юниттесты?