Это копия, сохраненная 10 июня 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Гайд, который вы можете дополнить:
http://pastebin.com/6p6gmxNv
Старые треды на архиваче:
http://arhivach.org/thread/66881/
http://arhivach.org/thread/100295/
https://arhivach.org/thread/144412/
http://arhivach.org/thread/177364/
http://arhivach.org/thread/186448/
https://arhivach.org/thread/235806/
ОП, тухлодырый ты пидорас, нахуя ты создал второй тред?
В первом уже писать начали, а его удалили.
Ты шапку того треда читал? То-то и оно. Оп всё правильно сделал. Кому надо, продублирует тут.
Короче, куаноны, а давайте поднимем тему взаимоотношений с клиентом/заказчиком? С чего выстраиваются отношения, как их поддерживать в случае фейлов, как делать так, чтобы все были довольны? Понятно, что косяков надо как можно меньше, но все же, есть ли какие годные рецепты, статьи на эту тематику?
Ньюфажные вахтеры с фимозом головного мозга, бро. Дохуя такого видел, сносились треды с сотней постов из-за припекануса глупой обиженки, лол.
А какая, собсна, разница?
В моём понимании взаимоотношениями с клиентом всякие прочие манангеры с руководителями занимаются. Это их хлеб, они за это деньги получают. А тестер тут вообще никаким боком.
Ну или если ты фрилансер, тогда да.
Хотя всё наверняка стандартно. Предоставлять актуальную информацию, кормить обещаниями. А ещё лучше болтать на отвлеченные от работы темы читай - пытаться подружиться. Профитов куча, от закрытия глаз на мелкие косяки, до повышения твоей приоритетности при выборе людей для следующих заказов.
Чем раньше тебе станет похуй на взаимоотношения с клиентом, тем меньше головной боли ты заработаешь. Пусть манагеры себе парятся, тебе за это хуй копеек дадут и в рожу ещё плюнут.
Разница в легкости общения и коммуникации. Я не то чтобы стремлюсь с социоблядству и заигрыванию с клиентом (аутсорс-кун), потому что бизнес есть бизнес, капитализмъ и все такое, но все это выродилось в настолько товарные отношения, что получается так, что клиенту на нашу команду не похуй только когда мы косячим. В этом случае нам прилетают пистоны. Если же мы активно пашем без косяков, их все устраивает и никаких жалоб нет. Но нет и похвалы, и это отрицательно сказывается на общем моральном настроении команды. А где нет мотивации, нет и результатов. Мы пытались донести это до своего начальства, которое вроде как должно стоять за нас горой и отстаивать наши интересы. Но начальству по-видимому, тоже похуй.
Бегиннеры/джуны-тестировщики, поясните чем вы занимались, когда только-только пришли в компанию после собеседования? Алсо, завтра как раз второй этап собеседования, как на нём не обосраться?
И как происходило ваше дальнейшее барахтание в морях тест-кейсов, баг-репортов и спеков?
Меня посадили на один небольшой внутренний проект, в котором я провел так или иначе две из трех месяцев практики. Там я писал тест-кейсы, разбирался с тем, что у нас вобще есть, писал чек-листы, познавал процессы того, как вобще что делается. По плану практики, половина рабочего дня должна была уходить на проект, половина - на чтение статей, просмотр вебинаров и т.д. про тестирование. В конце каждого месяца практики - ревью знаний.
> ЕБИНаров
Хуебинаров, пиздец. Хоть бы смузи выдавали. Какая польза от этого говна в ручном тестировании, если ты уже на производстве? Все написано 20 лет назад (см. С. Канер) и не меняется. Я понимаю, сложные вещи вроде нагрузочного смотреть, но по ним нихуя нет. Зато распилочной хуеты для дебилов дохуя.
Канер - старпер-формалист, ебинары не нужны, конференции стоят поездок на них, но нужно шарить какие того стоят.
Так-то я согласен, я читал как раз Канера и Бейзера, поэтому в вебинарах из нового для меня были только современные тулзовины для облегчения процесса. А в общем и целом - все индивидуально, кто-то не может книжки читать, им подавай ролики. Кому-то наоборот, книжки лучше заходят. Я так и не пристрастился к вебинарам, хотя сейчас чувствую, что можно было бы ради расширения кругозора какой-нибудь цикл лекций послушать в области управления процессами.
> старпер-формалист
> кококо у нас аджаил нахуй тест-кейсы))
Так шоле?
Конференции нихуя не стоят, если не планируешь сразу использовать что-то оттуда.
Откуда ты такой /б/-образный высрался, да ещё и с сажей? Да ещё и как типичный школьник выдаешь свои догадки за чужие мысли.
Прастите господин олдфаг.
Тут все ИМХО от конторы зависит и от менеджера. Можно подойти к мэнэджеру или лиду даже, и сказать, что, мол, хочу в автоматизацию вкатиться. Если есть потребность в автоматизаторах, то тебе скорее всего посоветуют с чего начать, что посмотреть, у кого спросить, время на это дадут и т.п.
Сколько времени нужно чтобы это дело более-менее освоить - это опять же ИМХО зависит от компании и того, как там автоматизация построена. Я вот,вкатывался с ручника в HP UFT, который специально сделали простым, чтобы легче было вкатиться. Прочитал мануал, и недели через две говнокодил вполне сносные тесты по аналогии с тем что до меня делали.
У тебя в конторе есть автоматизация, что автоматизируется и какими тулзами? Что ты автоматизировать хочешь, веб-фронт/веб-бэк/мобилки/десктоп? Или ты просто так, посмотреть хочешь?
Перл учил как раз для тестирования, сейчас джаву еще подучу.
Есть. Начинал ручником, потом со временем вкатился и в автоматизацию, когда возникла потребность в написании автотестов. Начинал с QTP, когда пришло примерное понимание, поковырял джаву, потом перекатился в дотнет, селениум и NUnit. Потребовалось дохера времени, я учусь довольно медленно (почти полгода на основы и какие-то основные вещи). Из навыков потребовалось ничего кроме желания разобраться.
>>906465
>С чего начинать вкатывание в тестировщика?
С гугления. Даже в предыдущем треде несколько раз задавался этот вопрос и на него несколько раз давали +- одинаковые ответы.
Может при следующем перекате вынести в шапку список литературы для вкатывающихся?
>Перл учил как раз для тестирования
Ну не знаю даже, насколько часто нужен перл. Как скриптовый язык потянет конечно, но что-то мне подсказывает, что нужен он далеко не везде
>сейчас джаву еще подучу
Вещь полезная, большая часть автоматизации делается на джаве.
>Может при следующем перекате вынести в шапку список литературы для вкатывающихся?
Не вижу смысла, ленивые студентики её явно даже не пробегают взглядом, судя по вопросам.
Предполагаю как его сделать, но хочется сделать максимально правильно, потому нужен совет :
> Есть страница покупки подарочных карт.
> Необходимо сформировать и описывать требования для страницы покупки карты в виде краткого ТЗ.
Я предполагаю, что речь идет именно о функциональных требованиях ., а не о полномасштабном техническом задании. Типа знаете :
> cтраница должна содержать функционал для отправки подарочной карты
> страница должна содержать функционал для выбора номинала подарочной карты
...и что-то такое
вот в принципе на что похоже : http://www.bustier.ru/certificates/#
>внизу есть кнопка - купить сертификат - такой функционал описывается
сориентируйте пожалуйста.
Предполагаешь - уточняй. Если нет возможности уточнить, то да, скорее всего речь о требованиях к функционалу, разве что юзабилити можно ещё затронуть, но вряд ли им это нужно от задания.
> Есть страница покупки подарочных карт.
>1
>2
Дизайн и текст тут ни к селу ни к городу. Если это типа сертификата на n-ную сумму, на который можно что-либо купить в магазине.
Вообще хз
Кинь тз целиком, чтоб было понятнее.
мимо_собес_через_три_часа
Я тебя не совсем понял.
можешь уточнить - более детально расписать?
>Вот ТЗ :
Есть страница сервиса покупки подарочных карт
http://www.bustier.ru/certificates/#
> надо нажать на кнопку "купить сертификат" чтобы было видно, но прикрепил картинку.
Страница покупки карты :
Формируем и описываем требования для страницы покупки карты в виде краткого ТЗ.
Формируем чек-лист с использованием различных видов тестирования.
Несколько проверок (2-3) чек-листа расширяем до тест-кейсов.
Проводим тестирование на основе документов, сформированных в п. 1 и 2.
Описываем найденные ошибки и замечания.
Результат работ: краткое ТЗ, чек-лист, несколько тест-кейсов, описание ошибок
Анон, помни: проверяющим задание чуваком может оказаться любой анон с этой борды.
в принципе предполагаю основной фронт работ.
но вот с требованиями не до конца уверен, хотя предполагаю, что прав. Т.е логично что нужно именно функционал тестировать, ибо тестировать больше нечего. Получается надо определиться с формой подачи
Нормально, в аджаиле формат требований именно такой - список утверждений или вопросов с тем же смыслом (имеется ли ограничение в 359 символов?), и краткое описание вида
Как социоблядь
Хочу покупать говнокарты, чтобы дарить друзьям
(см. User Story)
Единственное, где у тебя сложные требования с условиями, как в третьем, для условий лучше сделать подпункты, чем перечислять в строке.
Пиздец, походу я провалился.
Как только шагнул в кабинет с делегацией из собеседующих, так что-то оборвалось. Ещё и в коридоре просто куча народу. Ну, думаю, конкурс тут пиздецовый, а я хуй простой. Половина забылась напрочь.
Одной из главных ошибок было то, что я в основном общую теорию про тестирование читал/слушал/смотрел. И только процентов 15 именно про мобильное тестирование Андроиды, айфоны, в чем разница, в чем разница между версиями и т.д.
И, сука, просто сполна оценил эффект лестницы. Когда уже спускался по ступенькам понял что на вопросы можно было либо ответить иначе, либо сказать ещё кучу всего.
Ёбаный стыд.
Собеседованию к 3 пройдет у среднестатистического студентика. Я вот и на 2 себя чувствовал замечательно, так как поработал полгода до этого на месте, куда с первого раза попал, хотя как оказалось потом волноваться стоило, из-за моего излишнего похуизма, которого я особо не скрывал, HR с начальником отдела спорили брать\не брать.
Планирую написать что-то вроде сопроводительного письма, т.к. вторую такую вакансии я уже вряд-ли найду.
Постараюсь показать свою настойчивость и желание развиваться тем более что оно действительно есть. Возможно даже оценят и не станут отбраковывать.
>Что ты автоматизировать хочешь, веб-фронт/веб-бэк/мобилки/десктоп?
Мобилки, возможно веб, и пощупать нагрузочное.
Ты назвал три здоровенные сферы с принципиально разными подходами и инструментарием. Определись.
По существу тебе другие аноны ответили.
А мне интересно - зачем тебе это? Неужели все вершины тестирования покорены?
>Определись.
Определился, о чём и написал ранее.
Ну а так начать с мобилок желательно.
>>908019
> Неужели все вершины тестирования покорены?
Если быть ручной макакой - "покорение вершин", то в одно место такие вершины.
Хелловорлд? Легко. Хелловорлд на рельсах? Хуяк и в продакшн. ТДД? Прям в философию языка встроен и ненужен нахуй. Селениум? Даже безмозглый бабуин как я без труда осилит с руби, вытащить нужный xpath и то подчас тяжелее.
Просто пиздец, как же всё просто, волшебный язык.
Дело не в том, что он умирает, а в том, что в него приходят люди, которые учат его первым языком и нихуяшечки не сображают, как оно работает внутри.
>Хелловорлд на рельсах? Хуяк и в продакшн
>Даже безмозглый бабуин как я без труда осилит с руби
Вот это вот все.
Я бы разделил "Знание программирование и понимание кишков программных продуктов", написание автотестов и повышение тестабилити.
На мой взгляд, тестеру очень нужно первое. А остальное не должно быть основной деятельностью. Потому что рядом с тобой сидит программист, который в коде копается по 4 часа в день последние 5n лет. И он разбирается куда лучше, и его тесты будут написаны понятнее, поддерживаемее и будут работать быстрее. И ты сможешь его догнать, только если остановишь свое развитие как тестера и начнешь убиваться за код.
Но тогда какой ты тестировщик?
>развитие ручной макаки
Помимо программирования, есть и другие зоны роста.
Набросаю, могу потом раскрыть:
Тестирование производительности - нагрузочное и все такое
Управление людьми - быть лидом тестеров или фичакоманд
Психология и эпистемология - придумывать больше сценариев, меньше ошибаться
Теория тестирования - если считаешь, что ВСЮ ее прошел, то ты не читал никаких книг (или ты - Кэм Канер, in that case I am very sorry, doctor).
Стратегии тестирования - а теперь из кейсов, которые ты научился генерить научись выбирать только нужное продукту, чтобы делать свою работу хорошо и быстро
Юзабилити - общение с пользователями, тестирование шаблонов, которые проектировщики накидают, смежно с инженерной психологией
Тестирование аналитики - тейбл тестинг и се такое. Гораздо круче найти баг выше по течению в хуевой спеке, а не в коде.
Продолжая тему программирования - скриптовые языки (питон и такое вот), фронтенд
Инициатива и ведение проектов - планируешь и доводишь до конца свои нужные инициаты, охуеть какое редкое умение
Оценка трудозатрат - понимаешь, сколько ты будешь делать свои задачи и умеешь пояснить менеджеру
Это только то что в голову пришло сходу.
Даун-гуманитарий, это вы? Лично видел настолько выебанные тесты программистов, что мы реально все переписали. Лапшевидное дерьмо с потугами создать ненужные абстракции. Для тестов не нужно многое из програмистской специфики, проектирование простое, процесс тоже простой - автоматизация ручной проверки. Проблемы начинаются в библиотеках, в расе кондитионс, в зависимостях от сторонних сервисов, то есть много обратной связи.
А чегой-то там за проблемы с рейс кондишен в автотестах бывают? Тесты же однопоточные проде?
Мимо
Программисты тоже могут хуевые тесты писать, а ты как думал? Почему целые книги пишут про это?
>задача автотестов - автоматизация ручной проверки
Можешь раскрыть эту мысль? Ты имел в виду: "Мы повторяем наши ручные действия в автотестах"? Или "повторяем проверки в автотестах"? Я вижу, что проектирование сценариев для ручных и автоматичеких проверок имеет разные цели. Для ручных часто бывает, что приоритет - поменьше делать ручками, потому много проверок склеивают в сценарии. Для автоматических, наоборот, чем меньше проверок - тем лучше. Чем ниже тест (системный>интеграционный>функциональный>модульный) - тем он прочнее и точнее.
Мой опыт говорит о том, что когда тесты начинает писать непрограммист, который не проектировал систему, которую он тестирует и не представляет, какие интерфейсы где торчат - это приводит к сценарным селениумным тестам на 50 минут, которые падают 91 раз из ста и не покрывают и доли функционала.
АТ - отдельная от тестирования _большая_ область знаний. Вкатываться в нее гораздо лучше из программистов.
В браузерных тестах на интерфейс
>>909135
Я имел в виду - повторяем ручные действия в автотестах, на системном уровне, те самые селениумные на 50 минут. Но за эти 50 минут можно покрыть всю мажорную регрессию среднего гавносайта
Плюсую этого господина, был крайне негативный опыт написания интеграционных тестов "профессиональными программистами" - по факту технически провалили проект, хотя казалось бы.
Руби умирает потому, что для него
1) Нет отдельной ниши бизнеса, а конкурировать с пхп в макакинге бесполезно
2) Очень проблемно делать что-нибудь за рамками "подключить гем-XXX", или "запилить простой бложек".
>Нет отдельной ниши бизнеса, а конкурировать с пхп в макакинге бесполезно
RoR отлично себя чувствует в сфере бизнеса, называемой стартапом. Где тебе надо за кратчайший срок проверить работает ли бизнес идея или нет. Скорость разработки MVP на RoR выше чем на любой другой связке. Так что нифига он себе не умирает, а живет вполне себе отлично и будет жить еще очень долго (обновляется также регулярно, как сам руби так и рельсы)
>Очень проблемно делать что-нибудь за рамками "подключить гем-XXX", или "запилить простой бложек".
лолчто? Диванный теоретик? Вообще с руби работал? Огромное кол-во гемов - как раз таки дичайший плюс, т.к. куча велосипедов уже написано до тебя. Я сейчас лично работаю на проекте, написанном на RoR. Довольно навороченная логистическая система. единственная проблема руби - производительность и масштарбируемость на поздних этапах жизни проекта. Но обычно если идея выстреливает, то к этому моменту уже появляется бабло, которое позволяет переписать бекенд на чем хочешь, либо нанять спецом которые оптимизируют существующее.
P.S. Автотесты на Watir - просто божественно, никакой богомерзкой джавы, а под капотом вся мощь селениума.
Да эт не я, а библиотеки. Тип ДОМ страницы все еще пидарасит после открытия, а библиотека управления браузером ошибочно считает, что уже все, можно оперировать элементами. Из-за этого приходится заворачивать действия в ретрай и poll'ить состояния.
А потом ты отлаживаешь тесты локально, пушишь, мерджишь все с той веткой, которая прогоняется в тимсити и ебаные тесты начинают сыпаться с ошибками вроде "Element is not clickable at point (1488, 228)".
Или от тестов, которые в процессе дергают третьестороннее апи (так сделано специально, ибо так надо), это апи накрывается, не справляясь с атакой тестов, из-за этого и весь тестируемый билд накрывается женской половой пиздой, ибо ему тоже нужно это апи. А в это время вокруг тебя ненавязчиво крутится менеджер и всё спрашивает "ну что тесты затихли, почему они не прогоняются 24/7? А? А? А?". А ты раз за разом пытаешься ему объяснить, что либо тесты будут гоняться по N часов, либо мы таки будем делать релизы чаще, чем раз в пару дней. Менеджер кстати всё время какие-то травы пьет, чтобы релизить часто, релизит по 5 раз в неделю, а потом говорит, что жопу жжёт, и еще релиз ноты пишет. Пиздец короче! Реальная история, я не джун.
Отпукань менеджера )
Модно молодежно.
Охуела бы если бы оказалась в команде с тимлидом который внезапно оказался бы тестировщиком.
мимо-тимлид
Фиксируй разрешение экрана вместо maximise, с некликами поможет.
это КУА-лиды, они лядт только тестеров. А тимлид лидит всю команду, начина от БЕ и заканчивая ФЕ и КУА.
Я на правильном пути становления тестером?
Зачем тебе джава сейчас, если ты ручным джуном собираешься устраиваться? Читай теорию тестирования.
Как вообще относятся к таким кандидатам? Реально ли почти в 30 перекатиться в джуны? Город ДС2, если что.
Как вариант, могут тележить, т.к. рассматривают других кандидатов и потом будут решать только. Попробуй сам позвонить/написать и узнать. Ну и не зацикливайся, если есть одна вакансия, найдётся и другая.
>>914147
Реально конечно. Я сам перекатился в 30+. А у тебя вышка профильная считай, плюс опыт в смежной области.
>Как вообще относятся к таким кандидатам?
Нормально, у нас есть джуны за 40, видел, как на собеседование приходили и в 50.
У меня ДС, но особой разницы, думаю нет.
А что учить надо на QA?
> рассматривают других кандидатов и потом будут решать только
Инсайдер сказал что взяли троих, и выкинули из двух уже имеющихся.
>как на собеседование приходили и в 50.
Это радует, тогда к лету буду врываться и появляться в треде с тупыми вопросами.
Можешь попробовать в нагрузку вкатиться, там, имхо, опыт администрирования очень пригодится. Даже слышал что в нагрузку чаще админы вкатываются, чем автотестеры/мануальщики.
А ручное тестирование, кстати, быстро настоебенивает почти что всем.
И потом простейший driver.navigate().to("Google.ru"); на запуске открывается хром с ошибкой - прекращена работа google chrome . Как настроить все, чтобы работало? Первый раз работаю с селениум, должен сделать тз чтоб вкатиться в автоматизаторы.
И как долго там стажироваться надо?
15к - это же совсем пиздец. Я, конечно, понимаю, джун без опыта в айти и всё такое, но ведь даже в маке платят почти в 2 раза больше.
И что там у тебя на собесе было, как везде - вопросы по основам на уровне савина и задачи на логику?
А почему нельзя спросить самому на собеседовании сколько испыталка и есть ли после неё пересмотр? Проси сколько считаешь нужным, никто тебе самостоятельно не предложит 25к если предлагают 15 и ты не начинаешь обсуждать вопрос.
Ну а с хуя ли им платить больше, если и на 15к макакенов хватает?
Меня туда еще и не взяли, лол. Хорошо еще что к тому моменту другая компания уже прислала мне оффер с зарплатой в 2 раза больше, а то мой пукан бы на марс улетел с этой хуйни
>>915036
Теорию только спрашивали, причем они перед собеседованием прислали pdfку с вопросами, которые будут
> Теорию только спрашивали
Пздц, у меня спросили только что такое тестирование. Все остальные вопросы были про то какие проги для мобильного тестирования знаю, как в них работать, в чем отличие андроида от iоси и прочую лабуду.
Причем собес был даже не на джуна, а на стажёра.
А нахера им стажер, который не знает в чем разница между ведром и гейосью? Или по твоему всем очень интересно учить людей с абсолютного нуля, когда есть не полные нули?
Меня кадровичка погоняла немного по вопросам и отправила сразу на второе собеседование, без обучения. Там тоже были простые вопросы по теории, ну а на третье собеседование с заказчиком меня не позвали, как я понял, он забраковал мое резюме
А кто же тебя знает, очевидно, что в мобилках в первую очередь специфику сферы знать нужно, там 99% багов уровня "в портретной ориентации вылезает хуй разраба" и они типовые, их знать надо гораздо больше чем вебовские\десктопные. Вообще я сомневаюсь, что тебя бы не стали спрашивать по теории тестирования, если бы с мобилками все ок было, просто начали с чего захотели и все.
Можно поподробнее эту тему раскрыть и норм.
и в каком месте она закрытая?
Ну йобана.
При подключении через шнурок андроид позволит тебе ковыряться в системных папках, айось только фоточки покажет, и то через айтюнс.
В ведре можно накастомизировать всё под свои нужды, iТелефон тебе этого не даст.
В робота можно хуеву тьму приложений накачать и установить из подозрительных источников, ага. Яблоко онли через магазин.
Что ещё-то нужно?
>через шнурок андроид позволит тебе ковыряться в системных папках
без проблем и на ios
>>В ведре можно накастомизировать всё под свои нужды, iТелефон тебе этого не даст
приведи пример подобной кастомизации и объясни причины невозможности сделать подобное на ios, если найдешь
>>Яблоко онли через магазин.
лол, а разработчики-то и не знают)) как они по сотни раз за релиз билды в тестирование передают-то?
тыб хоть гуглил прежде чем варежку открывать, лошара
в догонку тебе домашнее задание по этим темам, тестировщик хуев:
1. получи доступ до файловой системы ios по ssh не используя шнурки
2. измени внешний вид центра уведомлений, сделай например его голубым как ты любишь
3. создай в xcode приложение с единственным экраном на котором будет написано "я лох" и залей в фон
>без проблем и на ios
С айтюнсами и прочими костылями?
>приведи пример подобной кастомизации
Рандомный трек на звонок не поставить, пушто авторские права, например.
>тыб хоть гуглил
Не поверишь - гуглил.
В 99% там никак не определяется понятие "закрытая система". Где-то нашёл эти растолковывания и написал. Сам-то я пока ещё в душе не ебу.
Я не разраб и не мажор, чтоб каждый год себе гейфоны покупать и смотреть чо у них там внутре, тестируя с утра до ночи различия версий.
Однако ясен хуй что если как следует покопаться и иметь определенное дополнительное ПО можно дохуя чего сделать. Но это как на той картинке про апгрейд буханки хлеба до троллейбуса.
>>С айтюнсами и прочими костылями?
еще раз - получи доступ до файловой системы ios по ssh не используя шнурки вообще, пусть для радости твоей пк, с которого ты зайдешь на ios будет по виндой, пока это делаешь многое узнаешь и про ведр и про гейось (они, например, обе на иксах)
>>Рандомный трек на звонок не поставить
можно
>>авторские права
не являются особенностью ios
>>Я не разраб и не мажор
эти вещи знает просто любопытный подросток а ты тестировщик или воннаби, ты намного глубже должен знать мобильные операционные системы и особенности их тестирования (и разработки под них), ну никак не на уровне - на айфоне ничего нельзя. ты не обижайся пожалуйста на, возможно, излишне резкий тон, я же добра тебе хочу, лучше здесь понять про свои пробелы чем на собеседовании. насчет мажорства - ну брат извини, если тебе совсем не по-карману та же четверка за 3-5 тыщщ..
чисто для конкретики - мое приложение, лидом команды тестирования которого я когда-то был дважды получало премию рунета
и еще, прочитай все что будет на первых двух страницах выдачи в гугле по запросу "особенности тестирования мобильных приложений"
> ты не обижайся
Да я не обижаюсь, бро. Спасибо за наводки, пойду вкуривать.
3-5к для меня сейчас рили много
если дорого - не проблема, скачай ось и поставь в эмуляторе и изучай, тоже апнешся немного пока сделаешь это
Анализ требований по вигерсу, про-тестинг, хабр.
>Dodы
Что это?
Как известно, есть три вида требований(бизнес, функционал. и пользовательские) и есть ТЗ. Так вот на какие принципы опираться при вычлении требований для последующего написания тест кейсов(листов)?
по прогам, что бы долго не искал свои вопросы, в основном тебе потребуется
для снятия логов на андрюше - ADB, на йосе - itools или xcode, трафик снимаем фиддлером или чарли, если у тебя мак. лично у меня куча виртуалок с разными осями для разных вещей, если думаешь в тестирование - обрати внимание на виртуализацию, пригодица да и просто удобно.
>>920941
definition of done, читай, достаточно написано. доды пишутся после изучения требований и передаются разрабам (чаще всего как комменты в соотв. тасках) как минимальные достаточные условия для возможности передать билд в тестирование. при нормальных процессах - обязательный этап
если я тебя правильно понял, конечно, хотя смущает
>на какие принципы опираться при вычлении требований для последующего написания тест кейсов
объясни подробнее, потому что я не понимаю про что ты. вот, например, распространенный процесс - получили ТЗ, провели ревью (тестирование требований), параллельно начинаем писать кейсы по тем блокам к которым претензий нет. в рамках этого процесса получение ТЗ и есть та причина на основании которой можно начинать работы. открытые дефекты на аналитику\архитектуру не являются причиной для отказа от начала работ. или "требования для написания тест кейсов" - это как обосновать зачем вообще писать тест кейсы? или когда их начинать писать?
что бы нам было проще общаться прочитай для начала http://tim.com.ua/2010/09/definition-of-done-vs-acceptance-criteria/ и еще раз расскажи что тебе нужно с учетом специфики твоего процесса
Нужно сформулировать ответы на вопросы в 2ой колонке, как бы ответили куаны?
Нужно сформулировать ответы на вопросы в 2ой колонке, как бы ответили куаны?
смотри родной, тут вот про что - кейсы пишутся от более значимых к менее значимым, это же очевидно для тебя, так? бывает что тест-дизайн заканчивается вместе с релизом и то потом требует актуализации в дальнейшем. то есть времени на него не так много как кажется и точно не столько сколько достаточно. итого, тщательно изучив ТЗ тебе надо сначала выделить и описать тот функционал который ты бы назвал критически важным, потом менее важным, потом несущественным, если время останется конечно. практически в каждой системе, например в оч распространенном тестлинке есть возможность а часто и необходимость выставлять приоритет кейса. и вот совпадение твоего видения с видением заказчика или реальностью в виде отсутствия багов с прода и является той способностью про которую говориться во второй колонке. короч, надо уметь (и делать) не просто хуярить по всему ТЗ описывая все построчно долго и нудно а сначала выделить и описать наиболее важные моменты потом менее важные потому что у тебя никогда не будет времени описать их полностью. к слову, смоук (из которого чаще всего почти полностью состоит первый прогон) как правило и состоит из наиболее приоритетных кейсов.
ответил на твой вопрос?
и однозначно стоит почитать все что найдешь по теме "управление требованиями", там раскроешь ответ на вопрос какими должны быть требования что бы по ним можно было разрабатывать и тестировать.
>про которую говориться во второй колонке
*про которую говорится в первой колонке, во второй про управление требованиями
сори, параноя видимо. а так, если действительно интересует - как-то вышло что мониторю этот тред уже много лет. специализация, если что, (по возрастанию) - мобилки, базы, вебсервисы, производительность. в данный момент занимаюсь исследованием производительности в одном из операторов связи которого вы все знаете, как-то писал в подробностях тут про нагрузку равную десяткам миллионов абонов..
Я знаю только ruby, бэкенд на RoR — так что с языком вопросов нет. Вопрос в другом.
Capybara + siteprism, watir + page-object, или что-то ещё?
@
ПРОТЕСТИРОВАЛ КАРАНДАШ
Трустори
Распиши пожалуйста еще момент с определением цели, критерии и принципы определения ДОСТАТОЧНОГО набора требований?
Я понял принцип выделения требования из ТЗ, двигаемся от наиболее важного функционала к менее значимому, а вот с целью и критерием и главное как определить достаточность набора требований, я не совсем вдупляю что от меня хотят услышать. Заранее спасибо.
Бамп?
Сам разобрался, сделал тз, вкатился в автоматизацию. Вот так вот без лишней хуйни ВЖУХ и готово. До этого полгода ручной макакой отсидел, такие дела, ребята!
Задавайте свои вопросы.
На проекте 2 фултайм qa, 2 парттайм, 2 ФЕ, 2 БЕ, и ебущий всех в жопу заказчик.
Заказчик свои мысли изливает в скайпик да ютрек, крайне изредка делает мокапы и темплейты, которые в готовом виде узнает разве что слепой аутист.
Есть наполовину устаревшая спецификация, где вторая половина — просто неописанные части системы.
И есть я, который это дерьмо разгребает. Как бы помягче да поэффективней сбросить бремя ответственности за спецификацию с себя на кого-нибудь более подходящего, того же заказчика? Как ему пояснить, что он неправ?
Без актуальной спеки не вариант, слишком много всего и со здоровенным количеством ньюансов.
Или я охуел, и документация — будни QA, а я раньше просто в манямирке работал?
Перформанс то еще дно. Однако берут любого дегенерата без опыта. Больше года назад платили 15к. Я пошел. Отработал там 4 месяца. Получил опыт, знакомства. Там дальше покатал в течении года по разным известным куа конторам ДС.
Щас перекатился в сбт на 120к. Перформансу по своему благодарен за старт. А в целом это полное дно. Надолго там задерживаться не стоит.
Перфа какая страная контора, в моей мухосрани 90% тестеров выходцы из перфы. Получали опыт и перекатывались в другие конторы на нормальные условия, естьк костяк, а за рядовых, но блее менее тестеров вообще не держаться.
>>Что скажете за скб Контур?
Я бы хотеть туда, как год опыта наберусь и освоюсь с соап юай, попробую вкотится.
>принципы определения ДОСТАТОЧНОГО набора требований
привет, полагаю что подразумевается "полнота набора требовании". да, в той ссылке на хабр про это не было. думаю проще всего процитировать стандарт IEEE 830 1994 - "Набор требовании является полным тогда и только тогда, когда он описывает все важные требования, интересующие пользователя, в том числе требования, связанные с функциональными возможностями, производительностью, ограничениями проектирования, атрибутами или внешними интерфеисами". то есть, фактически, набор требований будет достаточным когда описаны все важные моменты. цель же, очевидно, на основании этих требований сделать такой продукт, который изначально представляет себе заказчик и соответствует ожидаемому им качеству (то есть функционал не только реализован но и реализован так как хотелось).
еще по подобным вещам оч рекомендую изучить материалы подготовки к сдаче istqb foundation level - он, в принципе, и так обязателен к изучению но вдруг ты не в курсе про него.
Примерно в таком духе и ответил, но всеравно спасибо анон, за неравнодушность
Надо постоянно учиться, а неосилятор который в вышку не смог с большой вероятностью внезапно не начнет учиться
Так-то трипл хуйни не скажет.
Чему ты за 6 месяцев научиться собрался? Хуяк-хуяк и в продакшен можно и за 6 научиться, не вопрос. А дальше что? Все, дальше остановишься и будешь всю оставшуюся жизнь в джуниорах-миддлах ходить? Или думаешь, что сеньорские лычки за выслугу лет просто так дают?
Удачи, что я могу сказать. Посмотри на демпингующих индусов, которые готовы работать за зарплату, меньше твоей месячной в N раз. Посмотри на требования к вакансиям, скиллы к которым ты за 6 месяцев не разовьешь на ровном месте. Если ты натурально гений, то у тебя все получится. Куаны в тебя верят.
теоретически да, изучить основы тестирования, чуток веба и фрилансить макакой за 300 баксов выискивая опечатки и поехавшую верстку. за длительность, постоянство и уровень процесса не скажу - для тебя может и 300, пусть и не каждый месяц это огого
Вообще, на какие суммы ориентироваться ручному тестировщику и автоматизатору?
аутсорс
ручник-интеграционшик, опыт полгода
25к
мухосрань 600к
знаю что тимлид получает 60к. Опыт 4 года, функциональщик.
Автоматизаторы и нагрузочники получает пиздец как много у нас в конторе, на уровне сеньюоров разработчиков. Перекос рынка.
117к интеграция.
По большей части работа такая 45% - ручник, 45% автоматизирую средствами кукумберовскогой бдд. 15% допиливаю саму бдд. 5% - пилю тулзы для облегчения тестирования и автоматизирую рабочие процессы вне бддшки
Так и есть, в последние несколько лет московские конторы активно снижают издержки тем, что открывают офисы в мухосранях и платят 25-30к, вместо 60-80 для такой же макаки в Москве. Конечно это не относится к сильно скилловым и прокачаным юнитам.
Все идет к тому что в нерезиновой преимущественно останется менеджмент, а руттиную и не слишком технически сложную работу будут стремиться распределить по регионам.
Может быть важно при прохождении HR-фильтра, дальше уже смотрят на опыт и как себя покажешь на собеседовании.
>Все идет к тому что в нерезиновой преимущественно останется менеджмент, а руттиную и не слишком технически сложную работу будут стремиться распределить по регионам.
Я тебе больше скажу, тупое макакерство вообще постараются максимально скинуть на толокеров, потому что их не надо в штате держать и можно легко нагнать по мере необходимости.
>>928868
>>928644
Вполне может быть, что просто при повышении зарплаты выходят нецелые числа.
Наслышан, что в Сбертехе тот еще пиздец - куча тупой бумажной работы, разрабам на все похуй. Хотя вроде бы начальство что-то начало подозревать и планировали подвижки. Как оно с твоей точки зрения?
>Куча бумажной работы
Exact . Те еще бюрократы шопздц. Порой выполнение одной задачи занимает меньше времени чем заполнение всех бумаг что ты её выполнил
С разрабами все норм, ни разу не встречался чтоб разраба нахуй слали и нихуя не делали. Хотя может от проекта зависит
>>928644
.Там короче такая система за+гарантированная премия раз в квартал. Она реально платится и на нее не кидают. Не торговался. Я до этого год на этом проекте оттарабанил и все руководство знал. Вот и сидел с их менеджер ом в кафешке в непринужденной обстановке и заломил еретический ценник, а там после - перетер на максимум которые они могут дать под мою позицию. 87 месячная+ 87 в квартал. Неплохо вышло. Доволен пиздец
обычно это год работы, я бы сказал начинающий миддл
Я каким-то хуем устроился без вышки на первую работу, сейчас устраивался с 2 годами опыта, на вопрос "а что по вышке" отвечал — а нах мне 4, а по-хорошему 5.5 лет на это тратить? Я лучше проф. лит-ру сам почитаю, да бложики, да займусь самообразованием как я это уже делаю — полезней.
Пожали плечами и сказали "ну да", взяли. В конторе есть чувак, который защищал 4 диплома (техникум, бакалавр, магистр, заграничный). Грит, не, ни один не пригодился, но это пока, мало ли как жизнь повернётся. Но заново учиться не пошёл бы, будь выбор офк.
Такие дела.
про-тестинг-вуманс-ру, наверняка он читал. У всех не осиливших вышку дурачков одна мантра - зачем учить 5 лет, что можно самому за 1 год почитать, то что в наших вузах в первую очередь учат как учиться, а не только дают релевантные знания они не понимают. Вузы конечно хуевские в плане адекватности выдаваемой инфы и мусорных дисциплин, которые впихивают для часов, но научить они могут многому, если учащийся заинтересован и умеет использовать систему обучения. Без вышки жить можно спокойно и даже быть сверхуспешным, но с ней проще.
Р. Савин "Тестирование .COM". Остальное на работе выучил, нах мне сотни часов на теорию тратить?
Ты екстросенс?
Не осилил вышку просто потому, что мне было очень влом 4-5 лет ходить на пары и сжигать жопы на сессиях, зазубривая бесполезную хунту. Два курса поучился и покатился работать. Так что мантра про неосиляторов именно учёбы тут тоже ни к чему. Многим просто не нравится сам формат, когда несколько лет страдаешь хуйней с мутными перспективами.
А расскажи, какие у тебя в вузе были охуенные курсы, которые реально пригодились и их нельзя заменить прочтением брошюры "Х для даунов за 5 минут"?
мимо осиливший бесполезную вышку дурачек
То есть ты не осилил из-за лени, но на полном серьезе считаешь себя осилятором? Задумолся бы. Это индикатор того, что ты сжег жопу там до конца, не более. Без него можно, если ты очень крутой. Для простых смертных вроде тебя он нужен. Вангую под 30 таки пойдешь на вечернее, кек
Введение в архитектуру комплуктерна, моделирование, высшая и дискретная математика, схемотехника
Из империи чтоль?
Есть автотесты написанные под SoapUI, есть криворукий я!
Вопрос после импорта проекта в SoapUI, при запуске теста он просит некие Resources, эт чё такое? Другими словами, что в SoapUI понимается под Resources?
Сразу представлю ответы на самые очевидные вопросы
1) Тесты писал не я
2) Сам автотесты никогда не писал
3) Я просто хочу их запустить
Простите за нескромный вопрос, но неужели на официальном сайте soapUI в разделе с документацией и туториалом нет нужной инфы?
>>>931781
>Простите за нескромный вопрос, но неужели на официальном сайте soapUI в разделе с документацией и туториалом нет нужной инфы?
>безусловно она конечно скорей всего там есть, но всё же вопрос конечно был не об этом.
<spoiler>Дак карандаш и анус это связанный функционал, тестируешь карандаш значит придётся протестировать и анус</spoiler>
какой былинный обосрамс
Я не он, сам только раскуриваю управление процессами, но есть мнение, что заказчик тебе спецификацию не напишет в жизни. Нужен специально обученный бизнес-аналитик, который занимался бы прояснением требований и их структуризацией на фуллтайм.
>Как ему пояснить, что он неправ?
Опять же, видится такое решение: организовывать ретроспективу в конце каждого спринта (или просто раз в две недели) и методично капать ему в мозг с приложением пруфов: вот столько-то задач мы сделали, столько-то из них потребовало уточнений требований, на это ушло куча времени, вот наш план решения проблемы: или мы ищем бизнес-аналитика, или его ищите вы. Какбы, БА вам никто не даст, если задач, действительно требующих прояснения требований, не так уж много, чтобы занять человека хотя бы на полдня.
Чтобы этого добиться, надо все формализовать: все требования из скайпа мигрируют в трекер типа той же самой джиры, где ничего не потеряется. Взять за правило не начинать делать задачу до тех пор, пока по ним не будет внятных дизайнов, критериев приемки, описания работы, и пока тестировщики не проверят сами требования на тестируемость, непротиворечивость и т.д. Если проблема таким образом не решается, надо эскалировать выше, на уровень своего начальства, чтобы уже оно вставляло пистоны.
Опять же, это мое имхо, я б попытался сделать так.
диванон куанон, ты с Самары!>>931102
> Аноним 06/03/17 Пнд 14:31:24 №931102
>>>931092
>Введение в архитектуру комплуктерна, моделирование, высшая и дискретная математика, схемотехника
Крутим волчок! Итак, вопрос из села Нижнее Пердяево на тему "Схемотехника". Внимание вопрос!
"Изобразите схему однотактного резисторного каскада предварительного усиления на биполярном транзисторе, включенном по схеме с общим эмиттером и с эмиттерной стабилизацией точки покоя"
Давай осилятор, ебаш!
Попробуй полистать Канера, Lessons Learned In Software Testing.
Уверен, узнаешь очень много нового про тестирование.
А вообще грустно, когда пятилетние тестеры ничего кроме Савина не читали. Такие ребята на собеседованиях обычно решают задачки не сильно лучше вчерашних выпускников.
Кстати, нахуя в софтвер девелопменте схемотехника? Ну типа круто и интересно, для общего развития полезно, но неужеле она хоть где-нибудь пригодится?
Ответ: схемотехнику я уже сдал на 3
Просто потому что!
В вузах всегда нагружают смежными вещами, чтобы часы забить, по профильным то столько пиздеть не выйдет. Кому то мб и помогает но 99% забывают всё что там рассказывали про схемотехнику(это в разрезе примера чувака с фака каких нибудь Информационных технологий) сразу же как закрыли сессию.
Сингапур гораздо духовнее хачёвского моря.
Молодец, я и сам бы так сделал если бы работодателю было похуй, но большинству таки нет.
Дали мне тестовое задание. Надо исследовать метки (можно ли их ставить, искать по ним...)
У меня вот такой вопрос: нормально ли будет, если я заранее создам среду для этих меток. То есть один раз сделаю все эти объекты, а на них буду проверять. Или надо в каждом тест-кейсе создавать файлы, на которые я потом буду навешивать метки, чтобы проверить?
Опытные аноны, поясните ньюфагу, плиз.
Для начала пиши задание подробно. Я вот хуй знаю, что за метки, куда проставить, что искать, какую там среду ты хочешь создать.
Для начала попробуй проанализировать требования. Все ли понятно, все ли ясно? Для того, чтобы это сделать, попробуй смоделировать реальный процесс использования этих меток. По неполным, неясным требованиям напиши вопросы, которые надо задать интервьюеру. Затем попробуй выявить основное предназначение этих меток-тегов, Определи критерии, которым эти метки должны соответствовать. Приоритезируй эти критерии. Затем начинай писать тест-кейсы по каждому критерию. Следи за тем, чтобы они достаточно полно покрывали тестируемые критерии. Потом приоритезируй сами тест-кейсы. На их основе подготовь чек-лист для регрессионного тестирования. Подумай, можно ли как-нибудь улучшить эту систему, если да, то не стесняйся предложить свои идеи. Применяй различные виды тестирования. Помимо функциональных требований, могут быть еще разные критерии удобства пользования (юзабилити), производительности, и т.д. На основе чек-листов и тест-кейсов можно сформировать набор критериев для приемочного тестирования.
>Или надо в каждом тест-кейсе создавать файлы, на которые я потом буду навешивать метки, чтобы проверить?
Не обязательно, можно в тест-кейсах перед шагами для проверки добавить секцию с предусловиями, типа: "система приведена в такое-то состояние" или "тест-кейсы 1.1, 1.2, 1.3 пройдены успешно"
Этот все правильно порекомендовал, но скорее всего у тебя ограничено время - поэтому нужно спросить у тех кто дал задание - ок ли если ты сфокусируешься только на функциональщине. + да, в первую очередь тестируй документацию и только потом рвись что-то ваять, 100% в ней есть упущения\слишком общие описания.
>>937894
В самом задании сказано, что надо протестировать функционально.
То есть нормально, если я сделаю набор постов в "инстаграм" с разными тегами /без тегов. И их буду тестировать?
Просто в каждом кейсе писать: Сделать пост. Навесить на него тег. Повторить n раз. Произвести поиск по тегам. ... Довольно странно. Слишком много копипасты будет, а это не есть хорошо.
Спасибо за ответы!
А когда тебе впервые дали протестировать мобильное приложение ты много багов нашёл? На что первым делом решил обратить внимание? На каких устройствах тестил?
когда я приступил к тестированию мп (я был одним примерно из двух десятков тестировщиков именно мп) я проходил заранее собранный лидом тестплан. в релизе планировалось три прогона + финальный, на прохождение каждого кейса закладывалось определенное время (включающее локализацию и заведение дефекта), на основе этого давалась временная оценка по релизу. количество багов, мягко говоря, не интересовало, в первом прогоне их бывает очень много. устройства и оси на них определялись лидами заранее на основе статистики использования, что фиксировалось в итоговом отчете. внимание, в первую очередь, обращал на условия и шаги кейсов, во-вторую - на время прохождения - не всегда удавалось проходить положенное количество кейсов в день, что влекло объяснения и перенос сроков релиза (ну или бесплатные переработки).
Гугли чеклист стандартных проверок для мобилок.
Если за контору эту уже поясняли, прошу не пинать - прошлых тредов не читал.
Забегает в бар.
Пролезает в бар.
Танцуя, проникает в бар.
Крадется в бар.
Врывается в бар.
Прыгает в бар
и заказывает:
кружку пива,
2 кружки пива,
0 кружек пива,
999999999 кружек пива,
ящерицу в стакане,
–1 кружку пива,
qwertyuip кружек пива.
И экшн скрипт кешбек кружек пива забыл.
Я из Белорашки. Просто, возможно, перееду туда.
Ручное функцианалное
Я хоть и работаю инженером по обеспечению качеством, но работаю в небольшой компании, так что на меня еще начинают вешать аналитику да я и не против. В частности сказали оценить проект в часах по ТЗ. И если затрачиваемое время на всякие стандартные формочки, типа регистрации и пр., я могу оценить статистически из предыдущих проектов, то как мне оценить то, чего раньше не было? Например, авто определение города по геолокации, дип линкин, поддержка мультиоконности? Как вообще оценивать проект, если ты не погромист и код в промышленных масштабах никогда не писал?
Можно на такую ЗП расчитывать тестеру с годом опыта на 2-х крупных проектах федерального масштаба, могу в sql,xpath,xml, знаю как работать гитом, IIDEA и можно ли на 60-65 прожить сильно не экономя со съемом жилья?
Можно по всем пунктам, в зависимости от скилла. 2 крупных проекта ничего не говорят, может ты там кнопки нажимал по готовым кейсам.
На одном полгода нажимал кнопочки по чужим и своим тест-дизайнам, работал в постгресе, на втором проверяли транспорт сообщений в банковской платежной системе, тестировали с помощью самописного фреймворка, пердолился с xpath, трансформация хмл на разных этапах прохождения тела сообщения, вот это все.
За конкретно TestBirds ничего не скажу, но я работал на test.IO, Bugfinders и на uTest. Главная проблема - падает слишком мало приглашений на тест циклы. Мне за февраль упало лишь 4 приглашения с test.IO, например. Зависит это, как я понял, от твоей честности: если укажешь, что живёшь в омерике или европке и имеешь 2 года опыта, приглашать будут больше хотя я не пробовал.
Про выплаты - за один баг выплачивают от 1-2 до 7-10 евро, в зависимости от severity и/или "важности" бага. Много заработать таким образом не выйдет, как уже понятно.
Отдельно про площадки:
test.IO - самая нормальная, выплаты в евро, зависят от severity (минимумы: low = 2.50, high = 5, critical = 7.50). Дают n времени перед стартом тестирования (что позволяет изучить тестируемый проект и набросать себе шаблоны багрепортов). Есть чат, где можно общаться с ПМом и другими тестерами, лол. Баги оценивают адекватно, иногда заворачивают обратно, попросив дополнительную инфу. Если закрывают/снижают severity - пишут причину, которую можно оспорить. Годная площадка, если бы падало побольше приглашений.
Чтоб получить возможность тестить оплачиваемые проекты, надо завести два валидных (оплачиваемых) бага в первом проекте-песочнице.
Bugfinders - на вид симпатичненько и удобненько, на деле - клоака с индусами, которые на правила оформления багов срать хотели. Причём их там так дофига, что, пока ты будешь грамотно описывать свой свеженайденный баг, после отправки с удивлением обнаружишь два-три багрепорта от индусов с описаниями вроде 1. click button 2. error here. Чата нет, ПМы не всегда адекватные, могут заinvalidить баг без указания причины. Выплаты - в фунтах, но у них есть такая пидарская тактика: вначале выставить выплаты типа "три фунта за баг!", разослать приглашения, а потом в течении часа-двух снижать до смешных 50 пенсов. От severity не зависят, все оцениваются одиноково, но есть бонусная выплата за самые важные баги.
Песочница неоплачиваемая, нужно завести 5 валидных багов.
uTest - по отзывам самая годная площадка, но... Скажу только, что я ждал приглашения в песочницу полгода. Потом ждал аппрува ещё недели две. Потом - опять тихо. Хотя нет - упало как-то на почту приглашение, но спустя ТРИ МИНУТЫ упал ещё один мейл, в котором писалось, что, мол, места закончились, извините! Офигеть, лол. Зато часто падают типа-приглашения в разные проекты, на которые они не могут найти достаточно тестеров, с требованиями проживания в экзотических странах, наличия определённых девайсов, определённых банковских карт и т.п.
Из того, что видел на песочнице: крутой багтрекер, есть хороший чат, отзывчивые ПМы. Про выплаты и индусов ничего не скажу, т.к. не довелось увидеть ни одного коммерческого проекта (за более, чем пол-года, блджад).
Как-то так.
Хуясе простыня получилась, лол.
За конкретно TestBirds ничего не скажу, но я работал на test.IO, Bugfinders и на uTest. Главная проблема - падает слишком мало приглашений на тест циклы. Мне за февраль упало лишь 4 приглашения с test.IO, например. Зависит это, как я понял, от твоей честности: если укажешь, что живёшь в омерике или европке и имеешь 2 года опыта, приглашать будут больше хотя я не пробовал.
Про выплаты - за один баг выплачивают от 1-2 до 7-10 евро, в зависимости от severity и/или "важности" бага. Много заработать таким образом не выйдет, как уже понятно.
Отдельно про площадки:
test.IO - самая нормальная, выплаты в евро, зависят от severity (минимумы: low = 2.50, high = 5, critical = 7.50). Дают n времени перед стартом тестирования (что позволяет изучить тестируемый проект и набросать себе шаблоны багрепортов). Есть чат, где можно общаться с ПМом и другими тестерами, лол. Баги оценивают адекватно, иногда заворачивают обратно, попросив дополнительную инфу. Если закрывают/снижают severity - пишут причину, которую можно оспорить. Годная площадка, если бы падало побольше приглашений.
Чтоб получить возможность тестить оплачиваемые проекты, надо завести два валидных (оплачиваемых) бага в первом проекте-песочнице.
Bugfinders - на вид симпатичненько и удобненько, на деле - клоака с индусами, которые на правила оформления багов срать хотели. Причём их там так дофига, что, пока ты будешь грамотно описывать свой свеженайденный баг, после отправки с удивлением обнаружишь два-три багрепорта от индусов с описаниями вроде 1. click button 2. error here. Чата нет, ПМы не всегда адекватные, могут заinvalidить баг без указания причины. Выплаты - в фунтах, но у них есть такая пидарская тактика: вначале выставить выплаты типа "три фунта за баг!", разослать приглашения, а потом в течении часа-двух снижать до смешных 50 пенсов. От severity не зависят, все оцениваются одиноково, но есть бонусная выплата за самые важные баги.
Песочница неоплачиваемая, нужно завести 5 валидных багов.
uTest - по отзывам самая годная площадка, но... Скажу только, что я ждал приглашения в песочницу полгода. Потом ждал аппрува ещё недели две. Потом - опять тихо. Хотя нет - упало как-то на почту приглашение, но спустя ТРИ МИНУТЫ упал ещё один мейл, в котором писалось, что, мол, места закончились, извините! Офигеть, лол. Зато часто падают типа-приглашения в разные проекты, на которые они не могут найти достаточно тестеров, с требованиями проживания в экзотических странах, наличия определённых девайсов, определённых банковских карт и т.п.
Из того, что видел на песочнице: крутой багтрекер, есть хороший чат, отзывчивые ПМы. Про выплаты и индусов ничего не скажу, т.к. не довелось увидеть ни одного коммерческого проекта (за более, чем пол-года, блджад).
Как-то так.
Хуясе простыня получилась, лол.
Спросить у коллег разработчиков?
>Я не скажу, что мне надо, лучше спросите меня об этом сами, но уверен, что поможет именно то, что я спрашиваю.
Что надо сделать вобще? Почему регулярки? Может ты пытаешься сделать вещи, которые проще и быстрее сделать без регулярок?
настолько сложная задача для тебя или у тебя что даже гугл не помогает?
Хар-ки поля указанны в регулярках, мне их надо было прочитать, разобрался уже.
Ну спрашивайте. Что интересует то? Куа ручник мразь тут
Какие технические скиллы нужны? Чем занимаешься вобще? Сколько лет опыта, какая зп? Какие перспективы роста вобще есть?
Как тебе в кашпере, интересно работать? У вас адский аджайл там? В автоматизацию/нагрузку у вас можно ручнику вкатиться? Собеседование сложное было? Что у вас там за шатлы из форса до метро? В жралне Лебедева вкусно кормят?
Спасибо за описание опыта, анон. Зарегался и на test.io, только там все на немецком, язык-то переключить можно где-нибудь? Аккаунт то я создал, мб даже суть проекта пойму через транслейт, а вот репортить баги на немецком че-т не вывоз. Да и просто хотелось бы интерфейс на понятном языке видеть.
Тут до жопы отделов и команд, зачастую скиллы нужны абсолютно разные. В мобилках одно, в каких нибудь эндпойнтах совсем другое.
Я собеседовался в одну команду, там дрочили виртуалками, АД, кластерами, питоном и т.п
В итоге попал в другую где занимаюсь совсем другим.
Опыта 8 лет тимлижу небольшую команду, по больше части пиздежь, планирования, триажи и т.п Тещу руками совсем мало.
Зп хорошая, больше чем по рынку, ну и когда я перекатывался из ебаного СБТ навалили в полтора раза больше.
Перспективы в основном, или ебануться в ПМа, или подрочить матчасть и перекатиться в Штаты.
Ну у меня больше плюс, что я за лет 8 в QA знаю дохуя народу из Яндекса/дойче банка/параллелса майла и проч. и представляю где как дела обстоят.
Собственно могу заявить, что в Каспере охуенно выстроенны процессы, и если ты делаешь задачи в срок, то все будет заебись. Можно приходить в 11 уходить в 6 например, бухать после 6 прямо в офисе, пляж опять же под боком.
>>960708
МСК
>>960728
А что ты умеешь? у нас сейчас есть вакансии мобильных ручников. Пили скайпик если хочешь.
>>960657
В основнгом аджайл, да. Но надо понимать что в Рашке никто не работает прямо чисто по методогиям. У всех какая нибудь намешанная параша. Но опять же, тут все очень хорошо устроенно. По сравнению со Сбером небо и земля.
За нагругкой пиздуй в яндекс или майл, а в автоматеры везде вкатиться можно. Могу сказать, что тут много автоматеров на аутсорсе.
Шатлов нет никаких, метро и так ближко. Про жральню тоже не в курсе. Вечером после 5 в столовке -50% и все нищеброды жрут в это время. Ну или можно к метро в ТЦ сходить или шавух на улице ебануть. Тут столовка дорогая, но опять же компенсируют 350р кажется в день.
>>961155
выше кажется писал, организация всех процессов, гравное чтоб люди выше были довольны и сроки не срывались. Ну и постоянные срачи с пмами аналитиками и прочим скамом, разруливание проблем с саппортом, аутсорсеры, бета тестеры всякие. Мне нравится, однообразной рутины нет.
Сорян за ошибки если че, пишу с мобилы
Тут до жопы отделов и команд, зачастую скиллы нужны абсолютно разные. В мобилках одно, в каких нибудь эндпойнтах совсем другое.
Я собеседовался в одну команду, там дрочили виртуалками, АД, кластерами, питоном и т.п
В итоге попал в другую где занимаюсь совсем другим.
Опыта 8 лет тимлижу небольшую команду, по больше части пиздежь, планирования, триажи и т.п Тещу руками совсем мало.
Зп хорошая, больше чем по рынку, ну и когда я перекатывался из ебаного СБТ навалили в полтора раза больше.
Перспективы в основном, или ебануться в ПМа, или подрочить матчасть и перекатиться в Штаты.
Ну у меня больше плюс, что я за лет 8 в QA знаю дохуя народу из Яндекса/дойче банка/параллелса майла и проч. и представляю где как дела обстоят.
Собственно могу заявить, что в Каспере охуенно выстроенны процессы, и если ты делаешь задачи в срок, то все будет заебись. Можно приходить в 11 уходить в 6 например, бухать после 6 прямо в офисе, пляж опять же под боком.
>>960708
МСК
>>960728
А что ты умеешь? у нас сейчас есть вакансии мобильных ручников. Пили скайпик если хочешь.
>>960657
В основнгом аджайл, да. Но надо понимать что в Рашке никто не работает прямо чисто по методогиям. У всех какая нибудь намешанная параша. Но опять же, тут все очень хорошо устроенно. По сравнению со Сбером небо и земля.
За нагругкой пиздуй в яндекс или майл, а в автоматеры везде вкатиться можно. Могу сказать, что тут много автоматеров на аутсорсе.
Шатлов нет никаких, метро и так ближко. Про жральню тоже не в курсе. Вечером после 5 в столовке -50% и все нищеброды жрут в это время. Ну или можно к метро в ТЦ сходить или шавух на улице ебануть. Тут столовка дорогая, но опять же компенсируют 350р кажется в день.
>>961155
выше кажется писал, организация всех процессов, гравное чтоб люди выше были довольны и сроки не срывались. Ну и постоянные срачи с пмами аналитиками и прочим скамом, разруливание проблем с саппортом, аутсорсеры, бета тестеры всякие. Мне нравится, однообразной рутины нет.
Сорян за ошибки если че, пишу с мобилы
>Тут до жопы отделов и команд, зачастую скиллы нужны абсолютно разные. В мобилках одно, в каких нибудь эндпойнтах совсем другое.
Какие типичные задачи у мануальщиков в твоей команде, например? Ну или вообще по техническим скиллам что требуется от твоей команды?
А как в DB дела в целом? Нормальная айти контора, или ужас-ужас? По сравнению с яндексом например.
отметил что про нагрузку и автоматизацию чаще всего интересуются именно те кто вкатывается, вот прям почти у всех в целях это
пик зобыл
Херасе, как? У них же из стажеров, емнип, открыты только датасайнтисты и программисты на Перл. Что было на собеседовании?
Я подал в мейлрушечку, сделал тестовое, а мне уже неделю не отвечают. Загадываю, что если не ответят до среды, пойду заполнять анкету на продавца в Евросеть, потому что денег уже почти нет. Сколько нужно ждать результата проверки тестового обычно?
>У них же из стажеров, емнип, открыты только датасайнтисты и программисты на Перл.
да ладно, постоянно висело куча вакансий в qa, в том числе и на июней
Я уже вчера проверил - одна вакансия таки есть.
КАЧАЕШЬ СОВЕТНИК ПРОТЕСТИРОВАТЬ
@
ВСЕ НИХУЯ НЕ РАБОТАЕТ НА ПЕРВОМ ЖЕ САЙТЕ
По скилам, ничего особенного. Хорошо в мобильном тестировании разбираться и вообще в мобилках. И хорошо разбираться во всяких оболочках, китайцах и т.п Как минимум умение рутануть девайс. По аналогии с иос
Щас все охуевают от новой версии ведра. А вообще тест дизайн, ручное прохождение, воспроизведение клиентских проблем инвестигейт.
В общем то вкатиться довольно просто. На прошлой неделе взяли чувака, бывшего сисадмина, так он даже Савина не читал, но на собесе вяглядел толковым парнем.
>>962263
В ДБ год назад техцентр в москве сократили конретно. Там по условиям очень хорошо, зп в евро платят тоже хорошую.
Но по задачам пиздец, надо реально въбывать.
Ну и задачи типа постоянного разбора тестов.
То есть ты даже конечного результата не видишь, и не понимаешь что за продукт. Как по мне ну слишком скучно.
Про яндекс и так все понятно, если вкатывать стажером за 20к, то еще лет 5 будешь сосать хуй, пока не поднимешься. Но проектов много у них в некоторых местах хорошо.
Я с год назад пытался попасть в поиск, три собеса прошел, времени дохуя потратил но так и не взяли. Предлагали толоку лидить, и просто тестить погоду, или перекатываться в Питер в кинопоиск.
То есть разным командам, разные скилы нужны, в говно типа той же толоки несложно вкатиться, думаю.
Лол, смешная конторка.
Можно конечно, но твоего отчисление в глазах работодателя может хар-зать как безответственного распиздяя с нулевой усидчивостью.
Бог.
Зависит от проекта, собеседующих и погоды на марсе. На июня-тестировщика супер сложных теоретических вопросов не будет, потрут за жизнь, зададут пару задачек на потестировать что-нибудь.
еще вопрос из зала - знаете ли вы кого из команды анализа производительности, как там вообще дела и бывают ли вакансии
нет, вообще про них ничего не знаю.
обсос, приходи, когда хотя бы на 3к насосешь
>не трахоебится
не трахоебься
>заводить баги и тыкать прогеров в их косяки
Ай-яй-яй, плохие программисты не пишут код без ошибок. Если бы так было, зачем был бы нужен ты? Эти люди дают тебе работу, а ты на нее жалуешься.
>Если бы так было, зачем был бы нужен ты?
Статическим анализом к примеру занимался бы, кодеромакаки вообще никак не относятся к рынку моей работы.
>Эти люди дают тебе работу, а ты на нее жалуешься.
Я понимаю это, но вместе с этим не от доброты душевной они же ее дают. Вообще мне просто поныть захотелось.
UI это только малая часть, ты забыл про бек, апи тесты, sql, интеграционные. Юнит тесты обычно не пишутся тестировщиками.
Анон, расскажи подробнее если не лень. Апи, насколько я знаю, довольно просто автоматизируется через Soap Ui. Интеграционные - это по сути и есть UI тесты, или я не прав? Про sql автоматизацию вообще не слышал. Сам сейчас начал с unit тестов на xUnit + C#
>довольно просто
Ты для начала собери все грабли хотя бы за год, научись их грамотно решать, а потом за простоту поясняй. Вопрос не как решить задачу любым возможным способ, а как сделать это эффективно и поддерживаемо. SOAP - это всего лишь малая часть.
>ждет полтора часа ответа на вопросы, которые гуглятся за минуту
>думает, что такого жирного как он, здесь накормят.
Анончики, расскажите как у вас проходили собеседования на тестировщика? Методологию спрашивают, что такое black-box/white-box, функциональное/нефункциональное тестирование, вот это всё? Отправил резюме в компанию, до этого ебошил саппортом с третьего курса в говноконторке за двадцатку (хотя на самом деле таки занимался ручным тестированием с написанием тест-кейсов, фиксированием багуль в трекере и т.д.), так что даже небольшой практический опыт есть, но все равно как-то стрёмно.
Алсо, он бесплатный. Длится 21 день.
прости что задел твои чувства
Вот ты уже уверенно пишешь свои тесты, разбираешь ночные регрессы, а что дальше?
По каким критериям ты мид? Как вообще начинал, как дошел до текущего уровня?
се то же самое, только еще и лидаешь команду своих автоматизаторов
Зачем? Если бы я хотел быть аналитиком - пошел в аналитики, хотел бы в разработчики - пошел в разработчики. Это не вопрос к тестировщикам ты задаешь, а вопрос к неверно выбравшим себе профессию.
нет, да и зачем? это вполне самостоятельная работа с вертикальным и горизонтальным ростом
>Скажите, тестеры, а перекатываться куда-нибудь вы не планируете? Причём кардинально, а не в аналитики, проджекты, автоматизаторы? Ну там полноценым разрабом, дата ресер или вообще в другую сферу?
Планирую, так как для меня профессия тестировщика не выглядит полноценной из-за перенасыщенности смежными активностями. Это по факту нормально, но идеалогически неправильно, когда большую часть времени мои задачи скорее являются задачами аналитика, разработчика, пма, а каждый новый лвл именно в тестировании преодолевается слишком легко и без энтузиазма.
Главное грамотно избежать даунгрейда
Погугли "вайти в айти".
Если ты с РФ, как записаться удалось? Из под укр прокси будешь?
>Обучение на курсе доступно только для граждан, находящихся на территории Украины и имеющих доступ в сеть с украинских IP-адресов.
Подтверждение регистрации тоже требуют через укр тел номер. Как это обошёл?
>>982226
Блять! Почитал отзывы, там походу сам вебинар на мове может быть. https://ebanoe.it/2016/11/17/qatestlab-fail/
https://www.dropbox.com/s/erk0i61550gcuos/2016-11-08_ Lesson_1. Intro. QATestLab. What is bug.mp4?dl=0
Нунахер такое счастье. Может есть что-то подобное, но вменяемое?
Нет, это не проблема фирмы, я не сижу на жопе годами в одном проекте и знаю рынок, в том числе со стороны работников других "фирм", среди которых них тоже есть чуваки, которые уверены, что в их лавке все идеально и как нужно, но они немножко ньюфаги.
Есть полуидеальные процессы, где тестер имеет четкую роль, но это уже к вопросу моей неприязни к чисто тестерским задачам и деградации.
Прошел на днях собеседование на младшего тестера (за плечами прочитанный савин и статьи по тестированию) и в продолжение разговора скинули на почту тестовое задание. Суть: есть сайт, на котором всего одна страница, нужно ее протестировать и прислать обнаруженные дефекты обратным письмом.
Для описания каждого бага следует использовать такой шаблон:
- номер
- заголовок
- приоритет
- окружение
- описание
Как все сделать максимально правильно, и на что обратить внимание в первую очередь? Нужно просто начать, но черт, некая рассеянность присутствует т.к. ранее не пробовал подобное делать. Буду благодарен за помощь
p.s. http://amarkets.today/business/# сама страница
А с каких пор твоя субъективная неприязнь, вызванная неверным выбором сферы стала проблемой сферы?
Берёшь шаблон и делаешь:
http://www.protesting.ru/testing/bugstructure.html
Обращай внимания на всё, тыкай на кнопки, смотри куда ведут ссылки, вводи текст в текстовые поля, выявляй неправильное поведение, в общем. Ну и орфографию еще можно смотреть.
Благодарю
Любопытно, что когда разработчик совмещает задачи админа, аналитика и ПМа, это devops fullstack ninja guru, а когда тестировщик - неполноценная профессия.
Не кипятись, я этого даже не упоминал в первом посте, это действительно субъективное мнение, основанное на том, что лично мне эта деятельность на долгосрочную перспективу не подходит по ряду личных причин
>>982960
Роль разработчика позволяет ему вывалить результат на стол и ты понимаешь кто перед тобой и что он сделал, роль тестера позволяет вывалить разве что отчеты, лол. Разница ощутима, хотя, опять же, я не превозношу разработчиков, понимаю, что везде бардак и не пытаюсь унизить коллег, а говорю о том, что я не могу осознать это как полноценную самостоятельную профессию, как любят распинаться "топовые" спецы сферы на своих вебинарчиках. Нагрузочников и секьюрити спецов понимаю, даже рассматриваю как один из вариантов.
Я слишком сильно добрею после сидра, так что не пытайтесь там принимать на свой счет, мне, в целом, насрать.
Не знаю, чем дальше "дальше в лес", тем больше убеждаюсь, что что-то не то. Тут (в QA) неплохо, можно подзаработать, рлюшки всякие, вот только никакого созидания и творчества - сплошная рутина: гнать практически одни и те же тесты и регрессы раз за разом, составляя отчёты и добавляя тест-кейсы. Да что уж там: даже качество от тебя, по-большому, не зависит - ибо зачастую ПМы и всякие шишки решают что, как и когда чинить, а твоё дело просто найти ошибки и доступно даже для дауна их описать.
А меж тем ответственности дохуя. И всё это помножено на типичные айтишные ситуации, когда разрабы/аналитки/Пмы проёбываются с реализацией, требованиям, сроками, и дают тебе на тестирование большой продукт сегодня, вот только релизиться завтра.
Я уж молчу про аутсорс.
Мимошёл
Я, допустим. QA/QC где-то 40/60.
Но от qc как такового вообще вряд ли можно уйти, по крайней мере я таких людей пока не встречал. Ну или профессия сменится на БА или менеджерскую.
Ну вот мы и пришли к тому, что QA - это либо QA Lead, либо ПМ. Т.е. в большинстве случаев классическим тестированием они не занимаются.
Поэтому тестирование и автотестирование карандашей им не нужно.
Тестирование карандаша закладывает алгоритмическую основу для понимания что может пойти не так.
Потом этот алгоритмический шаблон используется и обрастает деталями в функциональщине, апи, бд тестинге.
А там уже можно и на пенетрейшене по багхантинг программам жить, и на галере проявлять верх искусства — сэкономить полтос зелени/людских ресурсов, найдя кучу критического говна в архитектуре на стадии разработки требований.
Но всё начинается с карандаша.
На правах бампа.
Чет не очень понимаю, что конкретно ты имеешь в виду под самостоятельной профессией. Тестировщики, админы и т.д, да даже ПМы - это сервисные роли, непосредственно коммерческую ценность они не создают. Сложность в оценке работы тестировщиков присутствует, но это не означает, что ее нет.
Вообще, ты идеализируешь работу программиста. Когда полсотни человек работали над фичей, по крайней мере тестировщик может сказать, что отвечал за качество продукта (немного лол, ну ладно). А что может сказать рядовой разработчик? "Я допилил ручку X в сервисе Y, чтобы она дергала компонент Z"? Не впечатляет.
Есть какие нибудь советы/статьи/литература по тестированию мобильного ПО.
бтв, Савина уже прочитал.
плюс к этому посту, в тестировании и QA я почти полный ноль, опыта никакого не имею абсолютно, до этого работал в конторе сорт оф консультант+
Собственно, суть такова - знаю относительно неплохо стек из технологий - Селениум(имплементации на разных языках, йоба-фреймворки типа Капибары и Селениды), Аппиум, джей-метер, тсунг, АПИ-тесты писал на разном говне, с CI знаком там, с тестовыми фреймворками, с ебучими отладчиками ведро-студии и икс-кода тоже знаком.
Так вот вопрос, что мне еще стоит подучить, чтобы закатывать глаза на собесах и выбивать еще больше пайки из хрюш, окромя инглыша и общих знаний ЯП.
Посоветуйте, кто в теме, а то в линкэдине интерес есть, но хочется в перспективе съебать в забугорье(Европка), может там есть еще какой-то специфичный, незнакомый пост-совковому люду, стек технологий
https://dou.ua/forums/topic/13389/
https://dou.ua/forums/topic/14015/
Юзабилити можешь ещё глянуть, всякие хитмапы для сайтов и т.д., что автоматизируется.
Расскажи как вкатывался во фреймворки.
У меня на работе используется монструозный вело-фремворк, в нем полноценно разбираются только те, кто его писал.
О, а можно поподробнее.
>>991843
В Селениум вкатился по аналогии - дали написанный частично тест-сьют на нем и сказали тесты писать, дальше подобным образом научился писать тесты для апихи. На следующей работке уже свои тест-сьюты начал писать.
Вкатиться несложно, если читать официальную доку, гуглить и на automated-testing.info висеть.
Так-то проще всего взять готовый пример в инете и начать переделывать его под свои нужды, чтобы понять, что да как работает, а потом уже свое что-то с нуля запилить, банальщина.
P.S: с программачом с универа был относительно нормально знаком.
>тестинг - это дно
Этак считают исключительно в снг (да и то считают недалекие индивиды, которые не особо понимают в IT как в сфере), а зарплаты в долларах так или иначе уравниваются у миддло-сеньоров, что у погромистов, что у кьюэев.
за компанию не скажу но знаю довольно много народу из этой компании, парни просто отличные
Вопрос такой: что делать, если не находишь никаких багов?
Ну вот допустим мне подкинули вчера работу за еду, там все расписано: проверить на сайте это, это и это, во все остальное не лазить, всякие иероглифы куда попало не вводить.
Ну я потыкал, вроде ВСЕ НОРМ. И что теперь?
>проверить на сайте это, это и это, во все остальное не лазить
>Ну я потыкал, вроде ВСЕ НОРМ. И что теперь?
Потыкай в разных браузерах, в консоле посмотри, чтобы шляпы никакой не всплывало и можешь со спокойной душой требовать свой дошик, ты заслужил
Ок, спасибо, анон
Тянки-тестеры у них тоже отличные. Знал много людей оттуда, которые аутсорсили на московский ЛАНИТ.
Основной упор я делаю на тестирование тела запроса, там много работы, конечно, но суть сводится к проверке типа значения, примет ли сервис запрос без обязательных полей, или с невалидными, границы этих же значений, коды ответов, дергаю результаты и так же с телом ответа вожусь. Вроде все просто, но кажется, что как тестировщику нужно копать еще куда-то, а лопату не показали
JSON и XML схемы использовать религия не позволяет, лол?
Я вкатился имея в активе умение переустанавливать винду, немного зная HTML и умея решать логические задачки, через полгода у меня зп уже чуть выше, чем средняя по мухосрани.
Из минусов социоблядствовать приходится больше чем автоматизаторам, креме ведущих и лидов естественно.
Самое то.
Вспоминаю свой первый собес на первую работку макако-тестером - звонят в 10 утра, я с похмела и отвечаю на эти базовые вопросы.
Помогает же тестить веб, а если JS тот же подучить еще немного - на нем UI тесты отлично пилятся, так что это вполне норм.
>>1000966
>Я вкатился имея в активе умение переустанавливать винду, немного зная HTML
Примерно это я и умею, сам вчерашний эникей. Больше по части винды, меньше по части кода, но пробовал как-то раз html с php (простенькие лабы делал), понравилось.
Благодарю за ответы нубу, антоши. Очень надеюсь, что у вас найдется ещё немного времени для ещё одного нескольких ответа.
Я уже укатился в предыдущий тред в архиваче, читаю@смотрю типичные вопросы
>Нет смысла разжевывать и так получится полотно, для начала определимся с требованиями к градациям:
>Джун - должен знать базовую теорию, не быть идиотом, думающим что работа тестера - это находить баги\ломать продукт, уметь и желать учится, уметь в социалку. Работает по указаниям сверху, задачи ему ставят.
Смысл в том, что я и есть этот идиот, который думает, что работа тестера - "находить баги\ломать продукт\составлять понятные отчеты о своих действиях".
Больше о работе тестера я не знаю ничего.
Естественно, я являюсь не просто дном, а в целом никем, т.к. не знаю ничего.
И у меня два с половиной очень тупых, но очень волнующих меня вопроса:
0) Про эти основы, т.е. чем на самом деле занимается тестировщик, написано в факе? Т.е. Портнов\Бах, как там написано?
1) Стоит ли вкатываться, если эникейство вконец надоело и развиваться дальше в этом направлении (админство) желания нет? Или в любом случае, хуже, чем эникеем/техподдержке мне не будет, поэтому можно попробовать?
2) Вчера обнаружил вакансию, "Тестировщик QA", требования кидал выше (так-то ниочем по сути)
Обязанности:
тестирование веб интерфейсов и веб приложений;
выполнение ручного тестирования;
выполнение тест-кейсов;
проверка ПО на соответствие требованиям;
написание отчетов о найденных ошибках:
И главный вопрос: может попробовать отправить резюме наудачу (раз написано, что рассматриваются кандидаты без опыта работы), а там как повезет?
Если возьмут - то в усиленном режиме вкатываться.
Но на собеседовании не смогу ответить ничего, вообще ничего. Эникей+элементарные основы HTML+логические задачи (но умею решать не все, 50/50). Теория мне незнакома вообще.
Я же планировал наоборот: посидеть 1.5-2 месяца с теорией, освоить faq, основные базовые принципы и термины, и только после этого рассылать резюме, пытаясь вкатиться (хотя в моем мухосранске такие вакансии бывают раз в год, наверное, редкость)
Читаю прошлый тред, и там на собеседованиях реальные вещи спрашивают (ту же теорию), я-то такого конечно же ещё не знаю.
>>1000966
>Я вкатился имея в активе умение переустанавливать винду, немного зная HTML
Примерно это я и умею, сам вчерашний эникей. Больше по части винды, меньше по части кода, но пробовал как-то раз html с php (простенькие лабы делал), понравилось.
Благодарю за ответы нубу, антоши. Очень надеюсь, что у вас найдется ещё немного времени для ещё одного нескольких ответа.
Я уже укатился в предыдущий тред в архиваче, читаю@смотрю типичные вопросы
>Нет смысла разжевывать и так получится полотно, для начала определимся с требованиями к градациям:
>Джун - должен знать базовую теорию, не быть идиотом, думающим что работа тестера - это находить баги\ломать продукт, уметь и желать учится, уметь в социалку. Работает по указаниям сверху, задачи ему ставят.
Смысл в том, что я и есть этот идиот, который думает, что работа тестера - "находить баги\ломать продукт\составлять понятные отчеты о своих действиях".
Больше о работе тестера я не знаю ничего.
Естественно, я являюсь не просто дном, а в целом никем, т.к. не знаю ничего.
И у меня два с половиной очень тупых, но очень волнующих меня вопроса:
0) Про эти основы, т.е. чем на самом деле занимается тестировщик, написано в факе? Т.е. Портнов\Бах, как там написано?
1) Стоит ли вкатываться, если эникейство вконец надоело и развиваться дальше в этом направлении (админство) желания нет? Или в любом случае, хуже, чем эникеем/техподдержке мне не будет, поэтому можно попробовать?
2) Вчера обнаружил вакансию, "Тестировщик QA", требования кидал выше (так-то ниочем по сути)
Обязанности:
тестирование веб интерфейсов и веб приложений;
выполнение ручного тестирования;
выполнение тест-кейсов;
проверка ПО на соответствие требованиям;
написание отчетов о найденных ошибках:
И главный вопрос: может попробовать отправить резюме наудачу (раз написано, что рассматриваются кандидаты без опыта работы), а там как повезет?
Если возьмут - то в усиленном режиме вкатываться.
Но на собеседовании не смогу ответить ничего, вообще ничего. Эникей+элементарные основы HTML+логические задачи (но умею решать не все, 50/50). Теория мне незнакома вообще.
Я же планировал наоборот: посидеть 1.5-2 месяца с теорией, освоить faq, основные базовые принципы и термины, и только после этого рассылать резюме, пытаясь вкатиться (хотя в моем мухосранске такие вакансии бывают раз в год, наверное, редкость)
Читаю прошлый тред, и там на собеседованиях реальные вещи спрашивают (ту же теорию), я-то такого конечно же ещё не знаю.
Основы по теории: Савин и две статьи на dou.ua "Тестирование: Фундаментальная теория".
Да, есть Канеры-хуянеры, про которые быдло-сениоры будут задвигать, что надо знать аццов, но опять же, это нахуй не нужно для желающего впилиться в тестинг.
Можешь там на базовом уровне еще почитать про базы данных и ООП - банально уметь составить несложный вопрос и знать три с половиной парадигмы.
Ну, а потом уже уповай на удачу, может вкатишься, для джуна этого должно с головой хватить.
Спасибо за мнение, так и сделаю.
А что из этого пункта по вакансии прямо обязательно знать?
>знание веб технологий (html, javascript, xml)
То, что могут/придется отвечать на собеседовании, т.е. без компьютера. Ведь очевидно, что за пекой я буду гуглить и гуглить очень много.
Бампану раз
Вкидывай резюме, если позвали на собеседование, то показывай всем видом, что тебе это действительно интересно. Я вкатился с 30% Савина и дочитал уже в процессе работы.
Спасибо, тогда так и сделаю.
Если возьмут, то попробую сам и уже дальше будет видно, нравится/не нравится, развиваться или оставаться на дне, получая немного.
Противный план, оставаться дома и самостоятельно осваивать программирование полгода-год, кажется хоть и выполнимым, но крайне сомнительным.
Я вкатился и считаю, что вырос в тестировании гораздо быстрее, чем если бы я задротил книги. Сразу кинули в бой, баги, тест-дизайн, вот это все. Потом со временем начинаешь въезжать, что и к чему. Удачи анон, репорть обязательно.
круто или не круто?
Смотря для кого, в целом вакансия хорошая, по описанию, вопрос что на самом деле делать придется. хф лабс вроде нормальная фирма, представление о работе с ними имею.
По всем параметрам подхожу, разве что с SOAP'ом не работал и вместо оракла, постгрес. А получаю в своей мухосрани в 3 раза меньше их верхнего предложения.
13 месяцев
Там есть ссылка на тестовое задание - приложение, в котором нужно найти ошибки. Прислал свой отчетик вечером, буквально на следующее утро прилетел отказ, попросил какой-нибудь фидбек - в ответ молчание.
Хотел бы почитать фидбек хотя бы от местных специалистов.
Поясните нубу, это реально задание для стажера или какой-то наеб?
Я знать не знаю, что это за задание, но и сам только присматриваюсь к перекату
Ну и да, могу только предвидеть фидбек, что всё нужно было оформлять в виде:
1) краткое описание бага
2) шаги воспроизведения
3) ожидаемое поведение
4) поведение программы
5) свои какие-то мысли, которые помогут разработчику быстрее всё пофиксить
Я об этом в самом начале не подумал, хотя стоило всё оформить именно так.
Сначала встреча с главой рекрутеров, а потом встреча с техническим директором выпал в осадок на этом моменте
Не ожидал такой быстрой реакции, но возможно зовут всех и отсеивают лично.
Теперь за сутки нужно освоить теорию тестирования и вебтехнологии (html, xml, вот это всё) до кучи.
Пока думаю прочитать/выписать/попробовать запомнить dou, выписать список необходимых книг, чтобы рассказать про них на собеседовании и пролистать Савина, насколько успею.
>5) свои какие-то мысли, которые помогут разработчику быстрее всё пофиксить
Это грубое нарушение требований описания бага.
А в чем проблема? Что плохого, что если в 15% случаях мои мысли попадут прямо в точку и разработчик сможет все пофиксить за считанные минуты? В итоге все довольные - и разработчик, и конечный пользователь.
Скорее всего зря, но начал читать Савина (а не dou.ua)
Пока написано доступно, но объем ебический. (скорее всего дочитаю до какого-либо момента и переключусь на доу, т.к. скорее всего будут спрашивать оттуда) А что рассказывать то, если я ньфаг без опыта
Проблема в том, что в остальных 85% случаев ты потратишь время на свои "догадки", и возможно собьешь разработчика с правильного пути.
Все-таки либо я тупой и не пойму всего этого, либо навык приходит с практикой, и нужно делать-делать-делать, а потом подвести результаты, получается или нет.
Нашел элементарный вопрос: как писать тест-кейсы к форме поиска?
И понял, что несколько минут сижу и бесцельно думаю, как же это сделать.
Загуглил "Что такое тест-кейс и как его писать" (как раз на примере заполняемого поля), и прочитал очевидное решение, всё доступно и понятно.
И забыл добавить, что помимо этого полное уныние настигает, когда читаю, как девочки без опыта/студенты с одной лишь теорией успешно вкатываются и начинают работать.
Прочитал задачу о тестировании карандаша: полный пиздец, больше половины параметров мне даже в голову не пришло. Похоже занятие все-таки для умных, а не обычных людей.
и еще вопрос, правда что для QA automation можно язык как таковой не знать, только немного основы которые учатся за 2 недели?
>жутко не люблю программирование и код
>можно язык как таковой не знать, только немного основы
/0
ну ради основ мб как то переборол себя и выучил бы, но полностью углубляться в язык не хочу
если оффер не устраивает по з/п че делать?
для технаря 40-45(до налогов) - смешно пздц
Так ответ целиком по заданным условиям
Регион/ВО/фактический опыт работы/фактические навыки - нихуя нет.
Только мифическое: "ХОЧУ БОЛЬШЕ"
>ручное тестирование вымирает
Пиздеж
>не хочу в код
Зачем тебе тогда тестирование и вообще сфера ит?
>ведь ручное тестирование вроде
Ага, а продавцов в магазинах и уборщиков завтра заменят роботы, как и политиков, полицейских, водителей такси.
Не совсем понимаю, как программирование поможет тебе писать тест-кейсы и тестировать руками.
Я не спорю с тем, что для расширения кругозора это очень полезно и дает возможность перекатиться со временем в автоматизаторы, но как правило, среди моих коллег, отучившихся 5-6 лет на программистов, они все идут работать по специальности, а не в тестировщики. Я сам по образованию радиофизик, в универе пары по программированию сводились к нескольким лабам за семестр, причем каждый семестр - новый ЯП: недо-плюсы (в учебной программе он назывался С++, но на лабах про ООП можно даже не заикаться), ассемблер, и т.п. А в тестировщиках, наоборот, слишком много скама из не-технических областей, которые вобще непонятно что забыли в профессии. Сидят себе в джуниорах-миддлах годами, их все устраивает, бабло получают, ждут пенсии.
эта вакансия висит только на моей памяти лет пять, лол. неоднократно слышал от разных людей как кто-то пытался устроиться в вим на эту вакансию и никогда никого они не брали. к слову я сам когда-то ходил собеседоваться на эту должность к ним (правда это они меня пригласили).
на оформление багов по листбоксеру им вообще плевать, важнее что за баги и сколько ты их нашел
можно и так сказать, на ui и логику там больше 30-40 не насобираешь и это просто никому не интересно. если больше - значит глубже роешь. ходят легенды про 200. я когда к ним ходил немногим более 60 нашел
>немногим более 60
и мне сказали что это откровенно слабый результат, но их тогда заинтересовали другие мои навыки
Вот и в книжке так пишут, но зная российский менеджмент можно ожидать чего угодно.
Хорошо, если не так.
Да хуй его.
Про то, как работает клиент-сервер, про работу браузеров, про теги, про то, как найти локатор элемента, мб.
Все от места собеседования зависит.
ЛоЛ, единственный тред на дваче, куда хоть что-то полезное отписываю.
>ПО для промышленной автоматизации.
Неужели непонятно было что там задротская хуйня с циферами.
Ищи веб/мобайл вакансии
>Москва
>охуевшие требования уровня мидлосеньера + прикладуха
>25к
Лол, дядя, ты дебил? У нас в мухосрани на испыталку-то не все за 30к соглашаются.
Сенкс.
Дебил ты, ты его не правильно понял. Перечитай.
>>100435
сорян, сам не правильно понял. Собственно этот не дебил прав, ахуевшие специфичные требования, на 25к. пускай ищут дураков.
Блин, ну погугли ты примеры тест сьютов и тестпланов, почитай статьи про собеседование на джун QA и истории успеха на всяких треш сайтиках. Не нужно обижаться на тех, кого приняли без знания теории и опыта, просто они пробовали чуть больше, чем ты.
Я помню свое первое собеседование, у меня аж голова тряслась от волнения и это был такой провал, что я до сих пор это помню дословно и хватаюсь за голову от стыда. Но через месяц подготовки и самоуничижения было еще три, две компании сделали предложение, а всего через год я забыл что значит "работодатель не готов пригласить Вас на собеседование"
>погугли ты примеры тест сьютов и тестпланов
>почитай статьи про собеседование на джун QA и истории успеха на всяких треш сайтиках
Нет, я другое имел в виду, и точно про не собеседование.
Саму суть, как в примере: "как писать тест-кейсы к форме поиска"
Вопрос понял, придумал свое примерное решение.
Открыл готовое решение из гугла, а там список в 3-4 раза длиннее моего.
Ну или, если совсем упростить: что если не получится думать как баг, действовать как баг, и баги будут искаться плохо.
А ещё проще - неуверенность в том, хватит ли мозговых способностей заниматься этим.
Понятно, что это просто неуверенность, но вот вчера накатило.
Слушай, я не в контексте, может, пропустила что, но проблема кажется надуманной. Не нужно ничего усложнять, пока ты сам в это не погрузился. Да, в гугле есть готовое решение, но его же кто-то прописывал, опираясь на тот же опыт, на реальную задачу, а даже в процессе или в перекуре после находятся новые кейсы. Попробуй два дня думать над этой формой, погугли про разработку этой мифической формы и примерь это на реальный проект - твой список тут же расширится. Зачем вообще ты заморачиваешься так?
>>1004616
Собственно, съездил на собеседование.
Голова не тряслась, хотя вел себя не совсем так, как обычно, сам того не осознавал, но волнение было, порой слишком тараторил, а не вдумчиво говорил.
22 человека в отделе: 1 директор, 4 ведущих погромиста (СЕНЬОРЫ), 4 миддла, 4 джуна. Остальные видимо в техподдержке, т.к. и вакансия техподдержки висит. Тестеров пока нет вообще.
Планируется выпуск нового продукта, большое расширение по целому отделу, поэтому набирают людей. Подробней об этом в итого.
Учите теорию, ньюфаны.
Это очень хуево, когда тебя спрашивают элементарный вопрос, а ты не можешь на него ответить (либо начинаешь генерировать бред, чтобы хоть что-то ответить, либо вспоминаешь, что читал об этом, но запомнить не успел)
На некоторые вопросы я честно отвечал, что читать-читал, но вникнуть не успел.
По факту прочитал 30% Савина + бегло термины с доу.
Верификация и валидация - это наверняка будут спрашивать, учите. Я ответил, что видел определения, но вникнуть не успел.
Облажался с html, не смог вдумчиво объяснить что это такое. Вспомнил, что это язык гипертекстовой разметки, очень тупо объяснил для чего он нужен. Что такое гипертекст совсем не объяснил.
Юзабилити и практичность - засрал полностью, определение дать не смог (попросту не дошел до этого в теории, а своими словами получилось не очень. Хотя 1 или 2 пункта из 5 назвать смог)
Стресс тест и нагрузочный тест - не смог объяснить в чем разница.
Виды тестирования - надо учить, пункт хоть и достаточно большой, но важный. Так и сказал, что не дошел до этого, самостоятельно ответил совсем хуйню.
И следствие этого вопроса (или предшественник, уже не помню) - КАРАНДАШ, куаноны, блять, КАРАНДАШ.
Точнее вспомнил: сами про него не спрашивали, и за то спасибо, спрашивали о тестировании вебприложения. Какие виды тестирования можно провести для него?
И по аналогии предложили сравнить с карандашом и подумать, какие тесты можно провести по отношению к нему.
Жестко затупил, завалил этот вопрос. Придумал очень мало тестов для него, а это как раз то, о чем я писал в посте выше. Т.е. умеешь ли думать в этом направлении или нет. (я придумал только стресс тест (бросить, попробовать сломать этот карандаш) и функциональный тест. Про юзабилити не вспомнил, только после подсказки)
Ну и жестко засрал вопрос: "В чем разница между тестированием веб приложений и клиент приложений?"
Это попросту не успел нагуглить за утро, хотя знал, что фирма занимается именно веб приложениями.
Смог придумать только про масштаб (количество одновременных пользователей) и косвенно про разницу в количестве дефектов.
Хотя сейчас открыл сохраненные ссылки и увидел, что в закладках даже тест лежит по этой тематике (записываться не думал, но оглавление хотел стащить) http://software-testing.ru/edu/schedule/189
На ряд вопросов я, конечно, ответил, во что успел вникнуть со вчерашнего дня, не просто так молча сидел; но в целом осилил далеко не на все вопросы, на которые хотелось бы дать ответ.
На собеседовании спросили о зп, я дал примерный ответ (хочу столько то, но это в перспективе, а сейчас оцениваю себя дешевле, блаблабла), на распечатанном резюме рекрутерша написала 25000.
Дальше начал общаться с технарем-директором (о чем выше), и уже он в конце разговора спросил: "указанная сумма - это твое желание или рекрутера?".
Тут я и ответил, что объективно оцениваю себя и понимаю, что на такую сумму пока не готов претендовать, поскольку даже теорию не до конца освоил и практического опыта работы не имею.
Он меня услышал, сказал что понял, и кажется исправил эту цифру на 20000. (в вакансии и были рамки 20-25к).
А теперь итог: оказывается, что им нужен не один тестировщик, а целая орда (в рамках мухосранска), большое расширение отдела, поэтому ищут 2-3-4 или даже больше людей. Перед уходом я спросил у директора: когда ждать от вас ответа, подхожу или нет. Он сказал, что вакансия только открылась, сейчас будут смотреть людей, и очень примерные рамки - МЕСЯЦ. Я с этого слегка охуел и задумчиво покинул здание.
Приехал домой, подумал, позвонил рекрутеру с тем же вопросом: "когда ждать ответа?".
Она сказала, что в целом впечатление позитивное и в принципе меня готовы взять, но прежде они хотят найти миддла-тестера, и если миддл будет найден, то уже после этого возьмут и меня, т.к. миддл по факту будет заниматься и мной (обучать).
Но поскольку город - мухосрань, то неизвестно, когда будет миддл и будет ли он вообще (не так далеко от ДС, все знающие могли свалить туда), поэтому пока в целом никак и ничего.
"Можете звонить иногда, спрашивать и напоминать".
Вот такие дела.
С одной стороны, ждать месяц без конкретного результата - это печально и никакой нормальный человек столько ждать не стал бы, а свалил бы в любое другое место.
И как назло, на днях вывесили вакансию в техподдержку (судя по тексту, требуется многорукий шива с поддержкой офиса/закупкой всей херни/"навыками программирования").
Зарплата от 25000, но есть мысль попробовать выбить не меньше 30-31к за весь этот список, возможно и дадут.
С другой стороны, любой же нормальный человек понимает, что с новой работой (особенно при увеличении обязанностей) свободное время и силы на доп. образование магическим образом исчезает, начинешь крутиться как белка в колесе и ничего более.
В техподдержке (эникействе) знакомо почти всё, но хочется вырасти из этого и стать хоть немного более глубоким специалистом.
Поэтому скорее всего скрою резюме, никуда больше не пойду, продолжу изучать теорию и грустить, когда через месяц никуда не пригласят и остальные вакансии тоже закроются.
>>1004616
Собственно, съездил на собеседование.
Голова не тряслась, хотя вел себя не совсем так, как обычно, сам того не осознавал, но волнение было, порой слишком тараторил, а не вдумчиво говорил.
22 человека в отделе: 1 директор, 4 ведущих погромиста (СЕНЬОРЫ), 4 миддла, 4 джуна. Остальные видимо в техподдержке, т.к. и вакансия техподдержки висит. Тестеров пока нет вообще.
Планируется выпуск нового продукта, большое расширение по целому отделу, поэтому набирают людей. Подробней об этом в итого.
Учите теорию, ньюфаны.
Это очень хуево, когда тебя спрашивают элементарный вопрос, а ты не можешь на него ответить (либо начинаешь генерировать бред, чтобы хоть что-то ответить, либо вспоминаешь, что читал об этом, но запомнить не успел)
На некоторые вопросы я честно отвечал, что читать-читал, но вникнуть не успел.
По факту прочитал 30% Савина + бегло термины с доу.
Верификация и валидация - это наверняка будут спрашивать, учите. Я ответил, что видел определения, но вникнуть не успел.
Облажался с html, не смог вдумчиво объяснить что это такое. Вспомнил, что это язык гипертекстовой разметки, очень тупо объяснил для чего он нужен. Что такое гипертекст совсем не объяснил.
Юзабилити и практичность - засрал полностью, определение дать не смог (попросту не дошел до этого в теории, а своими словами получилось не очень. Хотя 1 или 2 пункта из 5 назвать смог)
Стресс тест и нагрузочный тест - не смог объяснить в чем разница.
Виды тестирования - надо учить, пункт хоть и достаточно большой, но важный. Так и сказал, что не дошел до этого, самостоятельно ответил совсем хуйню.
И следствие этого вопроса (или предшественник, уже не помню) - КАРАНДАШ, куаноны, блять, КАРАНДАШ.
Точнее вспомнил: сами про него не спрашивали, и за то спасибо, спрашивали о тестировании вебприложения. Какие виды тестирования можно провести для него?
И по аналогии предложили сравнить с карандашом и подумать, какие тесты можно провести по отношению к нему.
Жестко затупил, завалил этот вопрос. Придумал очень мало тестов для него, а это как раз то, о чем я писал в посте выше. Т.е. умеешь ли думать в этом направлении или нет. (я придумал только стресс тест (бросить, попробовать сломать этот карандаш) и функциональный тест. Про юзабилити не вспомнил, только после подсказки)
Ну и жестко засрал вопрос: "В чем разница между тестированием веб приложений и клиент приложений?"
Это попросту не успел нагуглить за утро, хотя знал, что фирма занимается именно веб приложениями.
Смог придумать только про масштаб (количество одновременных пользователей) и косвенно про разницу в количестве дефектов.
Хотя сейчас открыл сохраненные ссылки и увидел, что в закладках даже тест лежит по этой тематике (записываться не думал, но оглавление хотел стащить) http://software-testing.ru/edu/schedule/189
На ряд вопросов я, конечно, ответил, во что успел вникнуть со вчерашнего дня, не просто так молча сидел; но в целом осилил далеко не на все вопросы, на которые хотелось бы дать ответ.
На собеседовании спросили о зп, я дал примерный ответ (хочу столько то, но это в перспективе, а сейчас оцениваю себя дешевле, блаблабла), на распечатанном резюме рекрутерша написала 25000.
Дальше начал общаться с технарем-директором (о чем выше), и уже он в конце разговора спросил: "указанная сумма - это твое желание или рекрутера?".
Тут я и ответил, что объективно оцениваю себя и понимаю, что на такую сумму пока не готов претендовать, поскольку даже теорию не до конца освоил и практического опыта работы не имею.
Он меня услышал, сказал что понял, и кажется исправил эту цифру на 20000. (в вакансии и были рамки 20-25к).
А теперь итог: оказывается, что им нужен не один тестировщик, а целая орда (в рамках мухосранска), большое расширение отдела, поэтому ищут 2-3-4 или даже больше людей. Перед уходом я спросил у директора: когда ждать от вас ответа, подхожу или нет. Он сказал, что вакансия только открылась, сейчас будут смотреть людей, и очень примерные рамки - МЕСЯЦ. Я с этого слегка охуел и задумчиво покинул здание.
Приехал домой, подумал, позвонил рекрутеру с тем же вопросом: "когда ждать ответа?".
Она сказала, что в целом впечатление позитивное и в принципе меня готовы взять, но прежде они хотят найти миддла-тестера, и если миддл будет найден, то уже после этого возьмут и меня, т.к. миддл по факту будет заниматься и мной (обучать).
Но поскольку город - мухосрань, то неизвестно, когда будет миддл и будет ли он вообще (не так далеко от ДС, все знающие могли свалить туда), поэтому пока в целом никак и ничего.
"Можете звонить иногда, спрашивать и напоминать".
Вот такие дела.
С одной стороны, ждать месяц без конкретного результата - это печально и никакой нормальный человек столько ждать не стал бы, а свалил бы в любое другое место.
И как назло, на днях вывесили вакансию в техподдержку (судя по тексту, требуется многорукий шива с поддержкой офиса/закупкой всей херни/"навыками программирования").
Зарплата от 25000, но есть мысль попробовать выбить не меньше 30-31к за весь этот список, возможно и дадут.
С другой стороны, любой же нормальный человек понимает, что с новой работой (особенно при увеличении обязанностей) свободное время и силы на доп. образование магическим образом исчезает, начинешь крутиться как белка в колесе и ничего более.
В техподдержке (эникействе) знакомо почти всё, но хочется вырасти из этого и стать хоть немного более глубоким специалистом.
Поэтому скорее всего скрою резюме, никуда больше не пойду, продолжу изучать теорию и грустить, когда через месяц никуда не пригласят и остальные вакансии тоже закроются.
>но проблема кажется надуманной.
Полностью высосана из пальца, я согласен, и выше мне написали так же.
>навык приходит с практикой
+ты верно говоришь
>а даже в процессе или в перекуре после находятся новые кейсы.
Я же раздумывал над этим 3 минуты сидя перед монитором.
Просто наткнулся на непонятную информацию в гугле, ничего из нее не понял и немного засрал тред.
А по факту нефиг, действительно зря заморачиваюсь, сначала нужно устроиться-попробовать поработать какое-то время и уже тогда смотреть, получается или нет.
Всё-таки не конструирование ракетных двигателей предстоит, наверняка можно понять что к чему.
Адекватность имею, шарпа не имею. Но есть желание научиться.
spams>(<tuffANUSlistG_6PUNCTUMr6f'u
Сколько зарплата у джуна-автоматизатора С# и миддла/помидора?
Мне не актуально, просто мимокодер, который хочет укатиться в Шарп с Питона.
Разноообразие. Питон и фреймворки уже довольно хорошо знаю, пишу около трёх лет, скоро стагнировать начну, а Шарп всегда нравился.
https://www.youtube.com/watch?v=A8_M2u-YGKg есть видео, но хотелось бы чуть подробнее.
Хрюши совсем обезумели.
Что? Гайд? Я все 20 лично нашел с годом опыта работы, сначала 18, написал автору, он кинул пару подсказок, нашел оставшиеся 2. Гайд как покакать принести?
Поддвачну >>1006210. Вы вобще с этой планеты?
>гайд
самостоятельно не может, отсутствует пытливость ума, усидчивость.
>возможно, русскоязычный
английский на недостаточном уровне
Может ну его, тестирование?
Я другой анон. Но действительно, если ты не можешь в английский и не хочешь разбираться в теме, о каком тестировании вообще идет речь? Это весьма специфическое занятие для людей с особенным складом ума в идеале, конечно же. Тыкать кейсы по бумажке можно научить и макаку, но мы ведь тут об уровне повыше говорим.
>для людей с особенным складом ума
Описание сможешь привести? Все-таки сомневаюсь в себе, что смогу в такую работу. Ответственность, постоянная работа мозгов и всё такое.
>>1006311
И сразу же дополнительный вопрос: откуда тогда столько тянок в тестировании, если всё так сложно и специфично? И якобы порог вкатывания низкий, откуда это всё?
А тянки считаются более усидчивыми, что ли. Делают нудное говно якобы "лучше". Большинство знакомых тянок в QA, по сути, макаки, которые прогоняют тесты раз за разом, может иногда напишут что-то. Но ни о каких автотестах, проработке планов, кейсов и сценариев зачастую речи и не идет.
>>1006315
Ну и опять же, смотря что ты хочешь делать и чего достичь. Порог низкий (считался пару лет назад, лол, уже планку подняли) потому, что чаще (ранее, уже, как я сказал, планку подняли и даже на джуна требуют достаточно) нужны люди, которые прокликивают заранее написанные кейсы. Конечно, с таких и спросу особого нет, они редко за что-то отвечают. Макаки, опять же. Это, если ты вот так сомневаешься, тебе вполне подойдет.
А уровнем повыше - там да, уже нужно задумываться, анализировать, задавать вопросы. По хорошему куэй еще и в тестируемой области должен разбираться так или иначе, будь то веб-поебота или BigData.
Благодарочка за ответ! Кажется я прозрел.
>Но ни о каких автотестах, проработке планов, кейсов и сценариев зачастую речи и не идет.
Вот, похоже в этом и была моя основная причина сомнений и мозгоебли.
Я-то читаю книгу, умные статьи, и в них общая суть поясняется именно в том, что ты написал;
это то, что я не мог сформулировать ранее.
И я понимаю, что всё это не так просто - нужно реально думать и быть способным к такой деятельности, и ловлю разрыв шаблона, когда вспоминаю о тян в тестировании/низком пороге/макакинге. Не сопоставлялась информация никак.
А теперь будто недостающий элемент пазла нашёл.
Значит, если брать за основу твою информацию, то получается, что как минимум макакой можно вкатиться, попробовать и посмотреть изнутри на это всё.
И уже по факту решать: подходит тебе это направление или не подходит; сможешь ли ты сам развиваться глубже или выше уровня макаки не продвинешься; и, соответственно, оставаться на дне или выкатываться и искать что-то новое/более подходящее.
Какие советы можете дать хиккану?
Всегда отвечаю, что на пинусе вертел красноглазить за компом 24 на 7. Работадатель сразу должен понимать, что тестируешь ты не рали того чтобы потом стать погромистом.
Но ведь кодерки не красноглазят 24/7. А вот делают ли это автоматизаторы - вопрос интересный
Ну, джуну сейчас даже для макакинга следует знать вполне так достаточно - хотя бы о видах тестирования, что такое "качество" в целом и тому подобное. Рыночек порешал, все дела.
А так-то да, в 10-12 годах вполне можно было вкатиться вообще толком нихуя не понимая, но адекватно поговорив с хрюшей и техдиром.
Сейчас уже все-таки стоит теорию подтянуть, как минимум, чтоб хоть что-то из себя представлять.
А вообще, можешь себе фейковое джун-резюме накатать и поотправлять в компании, которые джунов ищут. У себя/удаленка - не суть важно. Пришлют тебе тестовое с ТЗ (хорошие компании присылают подробное, но не все компании хорошие, лол) и вот поебись с ним/с ними. Какое-то представление о том, твое это или нет, все-таки даст.
А я вообще иногда думаю выкатиться от компа подальше и найти мифическое что-то, не связанное с монитором, потому как за прожитые года зрение убито в хлам.
В школе было по 100% везде, хотя тоже залипал в пеку постоянно. А недавно проходил медосмотр по работе, результат не услышал, но вроде 30% на левый глаз, 50% на правый глаз.
И в реальности замечаю, что хуево вижу, в общем пиздарики полные.
Но годный куэй автоматизатор или лид, зачастую может и поболее 120к получать, лол. Как и годный погромист потолок определяет тем, сколько ему готовы заплатить за его йоба-труд.
Правда, это скорее справедливо для удаленки на Запад или работы там же. В СНГ с зп что у тех, что у тех, таких цифр те же 8к бачинских вроде не мелькает. Или очень редко, совсем уж в йоба-компаниях.
Хотя вопрос справедливый, да. Такой же задают. Отмазывался тем, что тестирование банально по духу ближе что, в общем-то, правда и все тут. А зп в перспективе не сильно уж отличается.
>Годики тикают
>кроме как кривые тесткейсы составлять ничаво не умею
>придется взвалить на себя обязанности руководства в родной конторе
Не ссы, тебе ничего не светит, если за эти несколько лет не получишь опыт выстраивания процессов тестирования с нуля и решения нестандартных задач.
Хм, а похоже хорошая идея, пожалуй так и попробую сделать. Главное понять, хорошое ТЗ дают или какую-то полную лажу, пытаясь наебать.
А то как-то не по себе: теорию я задрачиваю, пытаясь запомнить все эти термины, пробую устроиться, но чем по факту придется заниматься совершенно не представляю. (в том числе и отсюда растут все эти сомнения: смогу или не смогу)
В 12 по москве упал тестовый стенд, пока разбирались, что к чему, деплои и прочее, время подкатило к 4, стенд вроде подняли один хуй прохождение инф.конвертов не логгируется, ответственные видимо решили болт положить на все это дело, пятница жи, 5 час как хуи пинаю, даже на двачик решил зайти.
Хорошо в айти.
Кстати, задания http://testingchallenges.thetestingmap.org/challenge4.php и http://testingchallenges.thetestingmap.org/challenge5.php уже интереснее. Первое и второе решил с ходу, а эти чет застопорили бедовую голову.
да больше прост некому, лольд. Поди специалиста в мухосранске хохлятском найди.
Для 4-ого явно нужно простенький скрипт на каком-нибудь питоне написать.
Че там сложного-то в четвертом? Просто нудно считаешь. А в пятом это уже пущай погромисты разбираются.
Ахаха, вот это высер сельди-тестировщицы, с её вангованиями и околопсихологией. Кодеры раздуплили тебе очелло на корпоративе?:
клоун вернулся?
В том-то и цимес, что бессвязный высер, а не суть.
>Верификация и валидация - это наверняка будут спрашивать, учите.
А еще чем северити от приорити отличается, и могут попросить привести пример бага с низким северити и высоким приорити и наоборот. Стоит погуглить для общего развития, это интересно.
С зарплатой треш, конечно, нужно пытаться не занижать свои запросы, тем более, если город небольшой. Устроишься, через два месяца придет осознание, что этого мало, а через 5 месяцев твоя "цена на рынке" вырастет вдвое, но поднимать сильно на том же месте вряд ли будут новичку и захочется искать другую работу.
Это твое первое собеседование на тестировщика?
>>1007230
Не знаю что там по околопсихологии и корпоративам, но наванговать вчерашнего школьника или тяночку-вкатывальщицу в тебе не трудно.
>могут попросить привести пример бага с низким северити и высоким приорити и наоборот
Точно, вылетело из головы, очень много про это спрашивали.
Что такое приоритет в целом, какие бывают, в чем разница между критическим и низким, попросили привести примеры.
И да, северити/приорити тоже было, тут я ответить не смог, т.к. в книге Савина до этого ещё не дошел.
Это тоже нужно гуглить и знать. хотя бы быть в курсе
>Это твое первое собеседование на тестировщика?
Собеседование первое, да.
В среду утром я создал резюме по этой вакансии, в обед откликнулся на эту вакансию, через 10 минут мне позвонили, предложили встретиться после обеда в четверг.
И, собственно, после этого я скачал Савина и начал его читать вместе с интернетами. Т.е. на всё про всё было меньше суток, что успел понять, то и рассказал.
>С зарплатой треш, конечно, нужно пытаться не занижать свои запросы, тем более, если город небольшой. Устроишься, через два месяца придет осознание, что этого мало, а через 5 месяцев твоя "цена на рынке" вырастет вдвое, но поднимать сильно на том же месте вряд ли будут новичку и захочется искать другую работу.
Сначала подумал, что ты прав, а потом вспомнил: испытательный срок же.
3 месяца будут держать, хотя это пиздец как долго но все жадные конторы так экономят, уж не знаю, переводят ли они раньше трех месяцев
Т.е. можно попробовать договориться (или поставить условие), что на испытательный доход меньше к примеру 20к, как и говорилось, а после испытательного (при его успешном завершении) доход не меньше определенной суммы хотя бы не меньше 25к, опять же как говорилось. А лучше хотя бы 27-28к
По зп: не такой уж и треш, это весьма неплохие цифры по городу.
Точнее есть нюансы, но вот 25к и при отсутствии опыта тестирования (в моем примере) - это просто круто.
Хотя те же 25к и с опытом эникейства (опять же, в моем примере) - это уже ерунда, на предыдущей работе я получал целых 30к.
20к при отсутствии опыта тестирования (в моем примере) - не самый плохой вариант, где-то на стажировке/испытательном сроке предлагают 15к, и работают люди.
Но с другой стороны, те же 20к - это пиздец, хватит только на еду и мелочи, от зарплаты до зарплаты жить придется ещё и занимать придется
Минусы провинции, что сказать.
Город мухосранск, но всего 200 км от ДС, поэтому в теории после получения опыта и при отсутствии роста зп проще свалить в ДС, как и делает большинство.
>могут попросить привести пример бага с низким северити и высоким приорити и наоборот
Точно, вылетело из головы, очень много про это спрашивали.
Что такое приоритет в целом, какие бывают, в чем разница между критическим и низким, попросили привести примеры.
И да, северити/приорити тоже было, тут я ответить не смог, т.к. в книге Савина до этого ещё не дошел.
Это тоже нужно гуглить и знать. хотя бы быть в курсе
>Это твое первое собеседование на тестировщика?
Собеседование первое, да.
В среду утром я создал резюме по этой вакансии, в обед откликнулся на эту вакансию, через 10 минут мне позвонили, предложили встретиться после обеда в четверг.
И, собственно, после этого я скачал Савина и начал его читать вместе с интернетами. Т.е. на всё про всё было меньше суток, что успел понять, то и рассказал.
>С зарплатой треш, конечно, нужно пытаться не занижать свои запросы, тем более, если город небольшой. Устроишься, через два месяца придет осознание, что этого мало, а через 5 месяцев твоя "цена на рынке" вырастет вдвое, но поднимать сильно на том же месте вряд ли будут новичку и захочется искать другую работу.
Сначала подумал, что ты прав, а потом вспомнил: испытательный срок же.
3 месяца будут держать, хотя это пиздец как долго но все жадные конторы так экономят, уж не знаю, переводят ли они раньше трех месяцев
Т.е. можно попробовать договориться (или поставить условие), что на испытательный доход меньше к примеру 20к, как и говорилось, а после испытательного (при его успешном завершении) доход не меньше определенной суммы хотя бы не меньше 25к, опять же как говорилось. А лучше хотя бы 27-28к
По зп: не такой уж и треш, это весьма неплохие цифры по городу.
Точнее есть нюансы, но вот 25к и при отсутствии опыта тестирования (в моем примере) - это просто круто.
Хотя те же 25к и с опытом эникейства (опять же, в моем примере) - это уже ерунда, на предыдущей работе я получал целых 30к.
20к при отсутствии опыта тестирования (в моем примере) - не самый плохой вариант, где-то на стажировке/испытательном сроке предлагают 15к, и работают люди.
Но с другой стороны, те же 20к - это пиздец, хватит только на еду и мелочи, от зарплаты до зарплаты жить придется ещё и занимать придется
Минусы провинции, что сказать.
Город мухосранск, но всего 200 км от ДС, поэтому в теории после получения опыта и при отсутствии роста зп проще свалить в ДС, как и делает большинство.
А ещё на меня две думки опять напали (хотя 1 по-прежнему старая тема, а вот 2 куда более важная)
1) В этой же конторе висит вакансия техподдержки, и указан баснословный оклад в 30 тыс. и ежемесячная премия 5-7к. Это уже много для провинции, уровень успеха
И я колеблюсь, позвонить ли насчет этой вакансии, узнать детали, или все-таки нет.
На собеседовании мне её предлагали, только не говорили что оклад такой (хотя сказали, что оплата хорошая), но я отказался, сказал что перерос техподдержку и возвращаться не хочу.
Но за такие деньги-то, хоть получится подкопить перед перекатом в ДС. (либо это попросту злостный наеб и такого дохода там не будет. Потому как техподдержка даже не 2 линия, а телефон. Написано, что входящие звонки. А на телефоне столько не получают, не верю)
2) Написал ещё одну простыню, но обдумал её, всё стер и выделил простой тезис:
есть ли в ДС вакансии дно-тестера с опытом работы примерно год и доходом ~60к/мес?
Подразумевается именно слабый тестер, без фантазии и глубоких умений, как в этих постах:
>>1006337
>>1006368
Вопрос в какой-то степени риторический, сам я посмотрю на hh, но вдруг кто знающий есть.
Я только сейчас понял, что это мой возможный негативный сценарий на будущее (да и любого анона, кто так же вкатывается без опыта).
Т.е. вкатился, понял что не тянешь/не получается, остаешься где-то на дне - и на какой доход можно рассчитывать в таком случае.
Скролил вакансии техподдержки, грубо, но в среднем получалось 40-45-50к, если вкатываться сейчас.
И при этом получаешь какой-никакой более глубокий опыт и развитие.
А если с тестированием не выгорит, что тогда?
Сидя в одном проекте 3+ лет, я бы посоветовал тебе пойти на первый, более интересный. Иначе застрянешь в болоте второго проекта надолго.
Намекаешь на то, что сам застрял в подобном болоте? Что мешает сменить работу\проект, в моей мухосрани московские компании на открывали филиалы и теперь за тестерами настоящая охота, И то видимо безуспешно потому что все более менее крупные компашки приглашают на бесплатное обучение.
>в моей мухосрани московские компании наоткрывали филиалы
В других мухосранях тоже наоткрывали?
Ну не повезло братиш
Не мешает никто, кроме мерзкого чувства ответственности. Помимо меня на проекте еще 3 тестировщика и никто из них не способен возглавить остальных. Выхода два: идти к начальству и требовать вывести меня из проекта, или подготовить кого-нибудь из оставшихся тестировщиков самостоятельно, чтобы этот человек мог тащить дальше. Но пока что я не реализовал все свои идеи на этом проекте, поэтому говорить о смене проекта смысла большого нет.
Потому что печёт, что в тестинге реальная дискриминация в пользу селёдок. При этом они все тупые, окологуманитарные бляди.
А ты смотри с точки зрения рыночка, а не из своего манямирка.
Если они конкурентноспособны и пользуются спросом, значит в чем-то выгодны рынку, только и всего.
Только если твой уровень развития совпадает с селедочным, но тогда тебе должно печь в первую очередь от собственного идиотизма. За 5 лет работы в QA мне реальную конкуренцию составила баба ровно 1 раз, когда выбирали начальника подразделения, но у неё реально неебаться мозги для бабы были и соц. скилл на пятерочку разумеется.
Расскажу коротко как устроился вообще. Прошел собеседования, дали анкету с общими вопросами теории тестирования, ни на один не ответил кстати. Кое что ответил за администрирование, протоколы, работа с командной стройкой и порешал логические задачки, месяц стажировки из которых 2 недели оплатили и сильвупле проследуйте к веслу, грести за днищезарплату, пока прокачаешь экспу и стаж.
В моей мухосрани с годом опыта и умением хорошо продемонстрировать свои знания на собеседование можно рассчитывать на около40кет.
Понимаешь, ты такой же тупой гуманитарий без опыта и без знаний, если пробуешься на вакансии якобы с такими людьми и просираешь их. И да, есть такие позиции, где решение принимается больше основываясь на "понравился/ не понравился" и общей адекватности, так как нужно взять занидорого ньюфага чтобы он мышкой двигал по описанным до него тесткейсам. Адекватности у тебя мало, очевидно, а в разделе "понравиться" есть две крайности - когда хотят няшу и когда уже есть телка и не хочет брать другую тян, лол.
Алсо, не встречаю я обилие тянок в тестировании, была одна руководительницей отдела из 4 тестеров, но она насидела это место в стремной конторе и реально отлично знала бизнес, продукты и всю инфраструкруту, так как участвовала в этом чуть ли не с нуля и была когда-то единственной тестировщицей. А так, в целом, на 4-7 тел одна тян, автоматизаторшу одну только знаю, но они и так рыбы редкие, а ее знания больше не в тестирование, а в разработку повернуты, хуй знает зачем ей это.
А вот на форумах да, сплошные женщины. Но они как в первом примере - отсидели, глазами похлопали, бложик завели. Короче, это только на срачах и на форумах так.
#нехуйделать
Упускать возможность не хочется, но дело в том, что про тестирование я знаю чуть меньше, чем нихуя. Что делать, анон?
Как напускать пыли им в глаза? Как быстро подготовиться? Или тупо признаться, что нихуя не умею, но готов учиться?
Они тебе сами предлагают позицию стажёра. Захуя тебе пыль им в глаза пускать?
Так они же даже не требуют нихуя, в требованиях только "понимание" и "приветствуется". Они поди думают, что если с вебом совладать можешь нормально, то выучить нужные для тестирования вещи сможешь и подавно.
Звучит весело. Мне QA надоело из-за скуки, вот и все.
У нас 25 лиц в компании, из них 13 тянки. 2 на саппорте, одна хр-директор отделения, остальные тестировщицы. У меня на проекте тимлид и пм пополам с qа тянки, и они таки реально шарят за всю хуйню, я у них постоянно учусь (опыта до прихода сюда был ~год).
Мимо-похуй на гендер до тех пор, пока он не мешает исполнять рабочие обязанности на уровне, когда заказчик/клиент доволен.
Зачем вообще реагировать надо было?
Смотря какой у тебя набор знаний сейчас. Вообще почерпнуть из него основы можно, и упорядочить существующее. Но:
а) Это основы
б) Разработанные 40 лет назад для американского бизнеса
Единственное - это добавит небольшой плюсик для выебонов при собеседовании, как любая сертификация уровня выше "подебил в усть-залупенской олимпиаде". Речь о ФЛ, там так-то ещё дохуя ступеней, но нахуй они нужны на самом деле.
Сдавал ФЛ, платила контора.
Профиты:
Нормальная терминология, если её придерживаться, то тебя кто-нибуь иногда поймет с первого раза
Готовились с коллегами, на встречах обсудили кучу тем про тестирование
Сомнительной полезности знания
Понты (это приятно)
Я считаю, было не зря.
По описанию хуита с неналаженным процессом и экономией копеек. "Сможете прочитать java-код, чтобы локализовать баг и поставить задачу разработчику." - вообще пушка
ну я хуй его знает..)
Не, я такой же тестировщик, просто женатый) у меня уже фокус смещен с потребности присунуть хоть кому-нибудь в сторону работы.
Расклей фото ножек и жоп над монитором.
>>101492
Надоело 2д, треба 3д
Добро пожаловать в айти.
И вот таких уебанов берут на работу, а меня даже на собеседования не зовут. Ты хотя бы не из Москвы? А то мне совсем задницу припечёт.
Разумеется интересно.
Искал работу когда уже переехал?
Что и как учил что бы устроиться?
Сколько получаешь?
Конечно я несу хуйню, это же так гениально, приехать в город с высокой стоимостью проживания без гарантии найти работу.
>приехать в город с высокой стоимостью проживания
Находятся ещё те, кто с пустым карманом приезжает?
>без гарантии найти работу
Лучше в мухосранске искать, целых 3 вакансии на весь город, и всегда можно перекатиться на завод
И какие у тебя задачи? Скриптики jmeter кепаешь или весь процесс с рекомендациями архитектору? Масштаб проекта какой?
Не понимат. В моем сознании укоренилось, что инженер по нагрузочному должен шарить в архитекруте, железе, админских делах, скриптах, уметь общатсья с заказчиком, вряд ли этим обладают парни с тп на самом деле понятия не имею какие у них компетенции
>>1015959
Искал работу как уже переехал. Кем дальше быть не знал. Благо кое-что умел: немного погроммирования, sql, xml-ки валидировать там.
Как переехал, читал книжки про oracle, про аналитику - не пригодилось.
Как обычному нагрузочному тестировщику платили 60к сразу (стажировка у меня скипнулась, так бы платили 45к наверное), после повышения 90к.
Тестирую онли банковское ПО для сбертеха, что печаль.
Насчет требований не понял. На все есть методика нагрузочного тестирования.
Из инструментов HP Loadrunner \ HP Performance Center \ HP Performance Manager.
Еще утилизацию ресурсов снимаю иногда с помощью SAR, SYSSTAT, RSTAT.D и прочих линукосовых приблуд. После этого черчю графики в LibreCalc.
Анализирую данные хуево. Обычно в процессе тестирования находятся какие-то косяки с размером shared_pool, количеством открытых курсоров в БД. А так если утилизация ресурсов большая, но все работает - то похуй вообще.
>Тестирую онли банковское ПО для сбертеха
вангую аплану
>>1016031
>>1016126
только в тред пришел, предыдущие не читал
Какая методика, бля. В чем цель твоего тестирования, какие показатели системы в каких пределах должны быть, что феил а что нет.
Весь процесс. Скрипты на loadrunner, заглушки\эмуляторы, запуск тестов, сбор результатов.
Рекомендации мои, согласен, по большей части - хуйня, но косяки в конфигурации или чего системе не хватило найти по логам могу. Книжек по этому делу никак не могу найти.
Проекты уровня АС развернутых в проме на 2-8 серверах с Solaris \ RHEL в кластере на WAS, которыми пользуются сотрудники из офисов всех территориальных банков.
Работал в техподдержке одного высокогонагруженного портала Федерального Казначейства на фронте общения с организацией, которая обслуживает серваки (ОНЛАНТА), и разработчиком (ЛАНИТ). Все знания по кластерам и WAS получил от них.
>>1016395
Нет. У Сбертеха есть еще одна прикормленная компания аутсорсеров Ай-Теко
>>1017009
Не знаю уж что ты там себе представляешь, но реально есть такой документ, как МНТ (методика нагрузочного тестирования), в котором описывается все от видах выполняемых тестов, их целей и критериев успешности, бизнес-сценариев отобранных для тестирования (по которым пишутся скрипты) до снимаемых во время тестов метрик с серверов.
Виды и цели в проектах, которыми занимался, выглядят обычно так:
1) Определение производительности АС — определение максимального количества пользователей и интенсивности операций (количество операций в час), при которой система удовлетворяет требованиям по утилизации ресурсов АС и времени выполнения операций;
2) Выявление факторов, ограничивающих производительность АС (узких мест) — недостатка системных и аппаратных ресурсов, ограничения архитектуры ППО, списка критичных показателей, требующих мониторинга при промышленной эксплуатации;
3) Определение надежности системы — определение возможности системы работать при заданном уровне нагрузки в течение длительного времени;
4) Проверка отказоустойчивости — определение способности АС восстанавливаться после устранения сбоев и оценка влияния сбоев в работе компонентов АС на работоспособность и производительность АС;
5) Оценка влияния увеличения объема БД на производительность — определение степени влияния наполнения БД АС на производительность АС.
Весь процесс. Скрипты на loadrunner, заглушки\эмуляторы, запуск тестов, сбор результатов.
Рекомендации мои, согласен, по большей части - хуйня, но косяки в конфигурации или чего системе не хватило найти по логам могу. Книжек по этому делу никак не могу найти.
Проекты уровня АС развернутых в проме на 2-8 серверах с Solaris \ RHEL в кластере на WAS, которыми пользуются сотрудники из офисов всех территориальных банков.
Работал в техподдержке одного высокогонагруженного портала Федерального Казначейства на фронте общения с организацией, которая обслуживает серваки (ОНЛАНТА), и разработчиком (ЛАНИТ). Все знания по кластерам и WAS получил от них.
>>1016395
Нет. У Сбертеха есть еще одна прикормленная компания аутсорсеров Ай-Теко
>>1017009
Не знаю уж что ты там себе представляешь, но реально есть такой документ, как МНТ (методика нагрузочного тестирования), в котором описывается все от видах выполняемых тестов, их целей и критериев успешности, бизнес-сценариев отобранных для тестирования (по которым пишутся скрипты) до снимаемых во время тестов метрик с серверов.
Виды и цели в проектах, которыми занимался, выглядят обычно так:
1) Определение производительности АС — определение максимального количества пользователей и интенсивности операций (количество операций в час), при которой система удовлетворяет требованиям по утилизации ресурсов АС и времени выполнения операций;
2) Выявление факторов, ограничивающих производительность АС (узких мест) — недостатка системных и аппаратных ресурсов, ограничения архитектуры ППО, списка критичных показателей, требующих мониторинга при промышленной эксплуатации;
3) Определение надежности системы — определение возможности системы работать при заданном уровне нагрузки в течение длительного времени;
4) Проверка отказоустойчивости — определение способности АС восстанавливаться после устранения сбоев и оценка влияния сбоев в работе компонентов АС на работоспособность и производительность АС;
5) Оценка влияния увеличения объема БД на производительность — определение степени влияния наполнения БД АС на производительность АС.
Виды тестов и цели тестирования в проектах, которыми занимался, выглядят обычно так:
быстофикс
О, для себя хоть что-то новое в этом трэде подчерпнул.
Скорее всего нахуй не нужно будет, но гайдики почитаю и на собесах выебываться лишними скиллами буду.
- Цели нагрузочного тестирования; тестирования надежности;
- Моделирование нагрузки: выбор операций для тестирования, профили нагрузки, нагрузочные точки;
- Тестовые объекты: заглушка \ эмулятор (mock-объект), что это такое и в чем отличие между двумя понятиями;
- Что такое время отклика, в чем суть параметризации и корреляции;
- Спрашивают составлял ли требования, писал ли методику тестирования;
- Иногда спрашивают, что такое медиана\квантили\перцентили;
+ Обычно нужно запруфать минимальный опыт программирования
нагрузочный тестировщик-кун
>- Моделирование нагрузки: выбор операций для тестирования, профили нагрузки, нагрузочные точки;
- Тестовые объекты: заглушка \ эмулятор (mock-объект), что это такое и в чем отличие между двумя понятиями;
- Что такое время отклика, в чем суть параметризации и корреляции;
Вот про это я бы послушал более детально
Детально пояснять лень.
Кратко:
Заглушка и эмулятор это объекты, которым замещаются системы, не являющиеся объектами тестирования. Ключевое их отличие в том, что у заглушки нет ожиданий от входных данных (например, она может возвращаться случайный из набора приемлемых ответов или один фиксированный на все входные данные). Эмулятор, напротив, использует для формирования ответа входные данные.
Суть параметризации в том, чтобы вынести отдельные параметры выполнения скрипта за пределы кода. Например, вынести логины\пароли, которые используют виртуальные пользователи в csv-файл.
Корреляция заключается в перехвате динамических значений, которые формируются и предоставляются приложением (сервером), для их последующего использования.
Примеры динамических значений: авторизационные токены, id различных объектов, с которыми планируется взаимодействовать и т.д.
В мое работе захватываются значения в 99% случая путем применения к ответу сервера регулярных выражений (regular expression).
Время отклика, в общем случае, время с момента отправки запроса клиентом до предоставления ответа на запрос сервером. В случае, последовательно выполняемых запросов до получения последнего ответа. Отдельный случай: можно мерить время до "первого байта"\"последнего байта" данных.
Блядь, вот хуй бы я проссал, что парсинг значений ответа для подстановки в тестовые данные нужно называть корреляцией. Все что ты описал делал, даже умные слова вроде некоторые знаю, а оно вон как выходит. Но все равно спасибо.
24 года, есть вышка (гуманитарная), свободный английский и тонна свободного времени (пассивный доход от сдачи недвижимости).
Об ИТ не знаю ровным счетом ничего, но хочу попробовать QА. Есть шансы найти работу в этой сфере к весне следующего года? Есть тут такие же гуманитарии, резко сменившие род деятельности?
Естественно.
Нету. Если ты про ит ничего не знаешь, как работать будешь ?
Без релевантного опыта будет сложно, вкатиться реально как и в любую другую сферу, но и достигнуть определенных позиций будет конечно сложнее без бека.
Если ты гуманитарий с типично гуманитарным складом ума, то пиздуй в маркетинг. Там денег столько же (потенциально больше). Единственный минус - это отсутствие шансов на эмиграцию по работе, ибо маркетологи там нахуй не нужны. Хотя, если тебя утешит, ИТТ тоже мало кто шансов имеет на трактор.
Что такое "гуманитарный склад ума"? Какой склад ума нужен для успешной работы тестировщиком?
Я работаю в Отделе тестирования (15 человек) одного крупного сетевого ретейлера (по выручке он стал первым в 2016 году).
ОП-пост говорит что в данной профессии много путей развития. Какие пути развития рядового тестировщика в подобной компании? Интересует развитие строго в данном отделе.
Второй вопрос, что за зверь такой - менеджер по тестированию? В чем его обязанности? Это новая должность для отечественного QA?
Базаришь с клиентами за жизнь, потом погоняешь команду QA, чтоб работали лучше. Контролишь дела, в общем.
Полагаю, что работаешь в Магните, если так расскажи пожалуйста за зп, условия и главное коллектив( хотелось бы адекватных, не истеричных людей) хотел бы перекатится к вам, в тестировании уже как год, проекты банковского биллинга.
Извиняюсь за тавтологию. Использовать класс Robot? или javaMail?с javaMail никогда не работал
пишу на java юзая selenium
bastard -_-
Я не спец в Java (автоматизирую на C#), но посмотри на либу Actions, которая идет с селениумом из коробки: https://seleniumhq.github.io/selenium/docs/api/java/org/openqa/selenium/interactions/Actions.html.
И тут уже у тебя как минимум 2 способа:
1. С помощью драг-н-дропа файл кидать на форму для письма
2. Можно попробовать вобще без драг-н-дропа при помощи .SendKeys("pathToFile") закинуть файл куда надо. У меня так сработало с кнопкой "Attach file", при нажатии на которую открывался проводник для выбора файла.
Да, зачем нам надежные интеграционные тесты уровня апи, давайте все через гуй хуярить, бед практикс маст лив.
Ну вот, у меня проводник открывается, после того, как я нажму на кнопку для выбора вложения, но я ведь не могу через selenium указать путь необходимого файла, он же только с браузером работает.
Можешь скинуть сорс, как у тебя с помощью 2 способа получилось это сделать? через gistGithub
А drag-and-drop не подойдет, к сожалению.
Если уж придираться, то надо автору задачи задать вопросы вопросы:
1. Какие тесты он пишет, интеграционные, приемочные, или вобще тестовое задание делает?
2. Что именно нужно тестировать, юай или апи?
3. Какую тулзу выбрать? Нужен ли вобще селениум?
ТЗ делаю.
Сказали юзать селениум(я тесты через jUnit делаю), нужно отправить письмо с вложением, используя Selenium+очень желательно заюзать паттерн page object/page element.
Вот я и застрял на вложении, не могу сделать уже часа 4
Ну а если пришлют тест уровня "покройте селениумом гугл щиты" тоже делать? Или все-же стоит уточнить, а не ебанулись ли господа тестировщики?
Никто ж не мешает спросить, что заказчик хочет получить в результате. Можно даже предложить свое видение задачи и ее решения. Почему-то мне кажется, что за это бить не будут, а скорее всего даже наоборот, отметят подобные стремления. Я бы посидел погуглил, потом пришел к заказчику с мыслями на этот счет: можно сделать через селениум. Плюсы подхода такие, такие и такие, минусы такие, такие и вот такие. Можно сделать интеграционные тесты через апи. Вот список плюсов, вот список минусов. Если опыт позволяет, можно вплоть до оценок по трудозатратам расписать, сколько времени уйдет на реализацию того или иного подхода. Если заказчик скажет: "похуй, давай селениум", то даже в этом случае есть пространство для маневров. Склепать штук 5-10 тестов на селениуме и набор интеграционных тестов, которые проверяют то же самое. И устроить заказчику демо-презентацию, показать что селениум - это говно, а апи-тесты рулят, потому что надежнее, быстрее и т.д. Или наоборот, апи-тесты не показывают, как реальные юзеры взаимодействуют с приложением, а селениум - огого, браузеры открывает туды-сюды и кликает в кнопки. Если до заказчика все равно не доходит, надо эскалировать проблему выше по пищевой цепочке.
Но это я так, из аутсорса пришел, в продуктовых компаниях другие критерии и аргументы могут быть Это не значит, что какой-то подход лучше или хуже объективно. Разные условия, разные критерии, разные подходы.
Вообще в Селениуме есть такой хак(во втором селениуме + файрфоксе точно пахал) - там есть элемент в дом-структуре страницы, типа input обычно, куда с помощью sendKeys шлется путь к файлу.
А вообще лучше такие вопросы напрямую гуглить на ингрише - на стэковерфлоу и разных индусских блогах уже все расписано.
Бля, просто путь к файлу указывай относительный, из папки с проектом, а потом преобразуй его в абсолютный, как это сделать - гугли, там чистого программача на 5 минут.
пример на Java -
String pathToFile = Paths.get("./src/test/resources/file").toAbsolutePath().toString();
Да все, я сделал так ещё вчера, выполнил тз успешно, через пару дней пойду на интервью.улыбаюсь в лицо тем, кто уже не 1 месяц изучает тестирование, а на работу не берут и вот если возьмут, я хз, бросать мне шарагу или нет, как думаете? Если брошу, то я среди "успешноблядков" макакой буду?
На шараге ничему вдобавок не учит, один лишь html мы проходили месяц, который самому можно освоить за 2 дня. Кароче говоря, в шараге я просто отсиживаюсь, за 3 года никакой интересной и полезной информации для себя не получил.
В плане шарагу?
Если говнокурсы - бросай смело, как дзюдик через бедро, а ВУЗик - таки не стоит, лучше вопросы через завкафедры решать и доучиться.
Колледж -_-
Я мог бы и в ВУЗ поступить, но мне уже на тот момент учёба насторчетела, мне было пофиг куда идти.
Лучше закончить, если будешь заводить трактор с образованием пусть и формальным будет проще.
Двачую этого господина, сам пошел работать тестировщиком с 3-го курса универа и таки закончил за лавеху.
>пошел работать тестировщиком с 3-го курса универа
Сеньор QA теперь уже?
мимо_ручник_мразь_28 лвл
Если меня устроят, я вообще с 18 пойду, получается, лол
Мыдло-автоматизатор_22_лвл. Работаю с 19.
До сениора-помидора нужно английский до аппера подтянуть и формального опыта годик.
>>1025464
Так четкая ж тема, понт сдавать все самому, работая на 40-часовой рабочей неделе, особенно если "закрыть" сессию или диплом стоит эквивалентно проработанной неделе?
Почти. хэ пять.
Это копия, сохраненная 10 июня 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.