>>785706
Оффер - это приглашение на работу. Как тебе могли дать приглашение больше или меньше?

Алсо, проходил там собеседование. По тех. части вроде бы Игорь спрашивал- хороший специалист, дал чёткое понимание, что должен уметь тестер с опытом 3 месяца, полгода, год и т.д. ЗП новичка без опыта работы выше, чем в Перфоманс Лаб раза в 1,5- 2 (около тридцатки). Начальник тоже понравился, собеседование хорошо прошло, поговорили с ним по душам. Но я устроился в другую компанию, пока ждал ответа от них. Так что больше ничего не знаю.

>>792061
ctrl+t ctrl+l g test planning best practice enter

>>792061
книга "как тестируют в гугл" тебе подойдет, по остальному спрашивай тут

>>786899
>дал чёткое понимание, что должен уметь тестер с опытом 3 месяца, полгода, год и т.д.
Расскажи нам плз

>>792061

Могу по книгам рассказать.

Тестирование программного обеспечения (Канер) - с нее можешь начать

Как тестируют в Google - зарядись настроением и веслая дальше

Tester's Pocketbook - удачи в поисках электронки, я не нашел, если найдешь - напиши

Lessons learned in software testing - морально приготовься читать её год или больше

А больше ничего посоветовать не могу, потому что весь свой небогатый опыт пришлось получать на практике. Поэтому, задавай вопросы.

>>785700 (OP)
Всем добрый вечер, возможно вопрос платиновый, но все же. Хочу вкатиться в тестировку, почекал объявления на хх в своем залупинске - везде требуют высшее образование. Это серьезно так? Я дропнул сраный вуз и возвращаться туда не хочу. Реально ли дорасти до сеньора и быть успешным тестером без вышки7

>>797859
Запросто. Игнорь это требование и шли резюме.
Если ты им не понравишься, то у них будет удобный повод тебе отказать, вот и все.

>>797707
оффлайн pocketbook от пола джеррарда урвал на sqadays20, а в электронке на халяву и правда нету

>>797859
если коротко: реально.

>>797803
серега заебал бля, го в танки

Сам, есть те, кто автоматизирует или тут только ручные макаки?

>>801585
Сейчас в моде говорить, что тестер должен тестировать и ставить задания разрабам.
А код пускай пишут те, кто это делает 8 часов в день.

А так да, есть.

>>801725
Отлично. Ты Selenium юзаешь или что-то другое?

>>801744
В-основном, пишу тесты на бэкэнд (NUnit, Approvals, FluentAssertions если по фреймворкам смотреть).
Фронт тестирую руками. Мог бы писать селениумные тесты, но это очень долго, поэтому чаще не пишу, чем пишу.

>>798879
>>799063
Короче, сложно, но можно. Понятно.

Кто-нибудь тут проходил курсы на geekbrains? Годно? Хочу идти ради 2-х месяцев обещанной стажировки. Ну и чтобы ебали с дз и я учился.

>>802422
Вышка не важна в большинстве компаний. Курсы тоже, как и стажировка - курсы преподаются ради курсов и заколачивания бабла. Напиши в резюме что работал 3 мес где-нибудь с друзьями-фрилансерами, почитай определения, и за месяц найдешь работу

>>802422
тоже собирался но не пошел, у них манагеры оч. хорошие. Прям по общению понравился, даже стыдно было отказываться в итоге

>>802629
Просто ты лентяй и хочешь плыть по течению.

>>802615
Двачую, правда я пришел вобще нихуя не зная, вообще1 Мне дали порешать логические задачки, чтобы убедиться что я не олигофрен. Так в 27 лет я стал около айтишником.

>>802704
Правильно сделал, я порылся в отзывах, походу со стажировкой они наебывают, ну а материалы можно самому освоить при желании. А про их сертификат ебаный вообще молчу.

>>802615
Спасибо

>>802756
Нет, я люблю вкалывать, челленджи, своего рода трудоголик. Но именно тестирование само по себе не возбуждает. Была коллега, так она действительно относилась к этой деятельности очень трепетно и изучала технололгии именно с точки зрения "как это сломать", продумывая не только хеппи пасс, но и самые невообразимые для нормального человека кейсы. А я отношусь к этому холодно, скучно.

>>802769
Хочешь именно созидать?

>>802629
кризис среднего возраста тестировщика как он есть
все через это проходили, не все в тестировании остались

>>802853
Ага, постоянно же просят "Создать баг", ну вот я и...

>>803169
Да нельзя так, сидеть и выполнять роль и тестера, и аналитика, и разработчика. В итоге слишком огромный пул ответственности и должностых обязанностей выходит

>>805339
Но опыт фактический у меня небольшой. Сначала такие мысли были когда только начинал, месяца через два, и вот опять

>>797803
чё никто не слышал про эти вещи?

>>797803
Про pairwise можешь задать свои ответы.

>>807196

1) Плюсы, минусы на твой взгляд.
2) PICT'ом или подобным софтом пользуешься/пользовался? Или сам ебошишь кейсы?
3) Новую фичу лучше тестить в режиме Exploratory testing или скажем накидать тестов при помощи pairwise и оттестив можно сказать что работает? Реально ли оттестить какой нибудь функционал достаточно годно, только при помощи pairwise методики?
4) Ну и если есть желание то можно высказаться по поводу exploratory testing vs тестирование по тест кейсам
5) Саня это ты?

>>808503
ну и годные статейки если есть подбрось

Прошел одно собеседование. В итоге заместо меня взяли парня с меньшими знаниями, но с техническим образованием.
Теперь думаю есть ли смысл вообще лезть в тестирование, не имея технического профиля?
Во всех стажировках и вакансиях указывают в требованиях "ВО техническое"
Я прямо опечален, неужели у меня дорога к тестированию закрыта?

Ноль опыта в тестировании, техническая вышка - энергетик. 2 собеса, 2 оффера. Отказался от оффера в чужом городе, пока перемен в жизни хватит.

>>808503
1) Да хуй знает, мужик. Я как-то на курсах его юзал как бы. По идее этот метод может покрыть весь функционал тестами, но, как правило, в компаниях нет времени на такое долгое тестирование, поэтому Smoke Tests, регрессионное - наше всё.
2) Я пользовался файлом pairwise. Т.е. создаешь excel - файл, вписываешь свои параметры, которые надо. Затем заходишь в командную строку - запускаешь этот файл, указываешь путь к эксельке и вуаля - на следующем листе он тебе всё формирует.
3) Тут как тебе удобней, и ещё зависит какой объем фичи, в общем-то. Можно, конечно, и исследовательским пройтись, но что-то упустишь, скорее всего. А pairwise можно заюзать, если функционал небольшой.
4) Тестирование по тест-кейсам заебись в том плане, если ты новенький. Берешь кейс, и проходишь ручками, заодно знакомясь с продуктом. Для автоматизаторов тоже хорошая штука - всё перед глазами: что сделать и что следует ожидать. Плюс это документ, который ты можешь показать начальству, дескать, я не только капчую на работе.
5) Нет, не Саня.

>>808505
https://habrahabr.ru/company/rambler-co/blog/303254/
Если ты начинающий. По этой статье вкатился. Сейчас уже автоматизирую, например.

>>808664
Никто не станет не брать только потому что "нет ВО", просто это очень удобное самооправдание нулевым знаниям и общей собственной тупости.

>>806744
Да почему же, мистер Бейзер, просто на дворе уже не 80-е.

>>809382
Ой! А ты считаешь, что диаграммы состояний уже не актуальны?

>>809382
Сложно поверить в то что блок-схемы(считай тоже самое что state transition diagram) вообще когда нибудь станут неактуальны.

Ведь грамотно используя эту поебень можно:
1) Тестить (визуализация флоу, например)
2) Документировать например код (да блядь погромисты не любят этим заниматься, но представляешь если бы ты получил на тестирование переделанный в корне процесс сайнапа документированный при помощи state transition? мне кажется ты бы жопу целовал тому прогеру)
3) Просто наглядная визуализация чего угодно (и даже неба, даже Аллаха)

>>809163
Не начинающий.
Просто столкнулся с такой проблемой что порой в связи с нехваткой времени не могу нормально оттестить новую фичу.
Соответственно пытаюсь найти подход который помог бы мне быстрее и качественнее тестить.
State transition раньше не пользовался, но кажется что это может помочь ускориться. Ибо
как я уже написал в посте >>810061
Это должно помочь увидеть весь флоу в целом + при написании сразу автоматом всплывают -хорошие негативные кейсы или же дыры в стори. (ну это при хорошем уровне знания проекта собственно, что вроде бы у меня есть).

Хотелось бы услышать мнение по поводу поможет ли это решить распространённую проблему нехватки времени. Вот собственно в таком разрезе и хотелось бы услышать мнение людей которые пользовались этим методом.

>>809158
1) То есть в реале не практиковал... Печаль. А вообще какими нибудь методиками пользуешься?
2) Звучит как будто PICT. Такая утилитка через консоль виндовую работает и да сохраняет результат в excel файлик
3) Ну ок если не исследовательское, то как тестить? Я один тестер на проекте, например.
4) Тест кейсы хороши не только в этом плане. Как минимум есть ещё полезная особенность. Когда описываешь функциональность нормальными тест кейсами, ты потом можешь по ним же её и тестить вообще моск не напрягая. (очень хорошо, когда например в конце рабочего дня выдают хотфикс, который блядь надо мёржить 100% прям сичас сука, для какого то функционала, а бошка уже не варит). Тут конечно надо поддерживать их и тд тп. Отдельная история.
5) Ну, ок

>>810061
В реальности времени на это ни у одной конторы нет, я не видел, в военке/космонавтике наверняка такое дрочат, в энтерпрайзе - хуй там.

Гейзенбаг смотрел кто нибудь?

>>810083
1) Я больше по документации сейчас, друг. Тест-кейсы, инструкции, FAQ, Wiki вот это всё. Иногда тестирую ручками какой-либо новый функционал, но тут я тестирую именно функционал. Могу задать наводящие вопросы, что приводит к дикому холивару в переговорках, лол.
2)Именно. Если надо, могу поискать и залить куда-нибудь.
3)Обмажься майнд-картами. И от неё уже исследовательское тестирование будет более осознанным.
4) Тест-кейсы наши всё вообще.

>>817112
Ну чочо, как отсобеседовался?

>>817112
>как функциональная макака я получаю 80к
А сколько у тебя опыт функциональной макаки?

>>818479
Не ебу. Да и логические задачки(про стрелки на часах давали). Не скажу что это шибко сложно все, просто я тупарь.

Жаль конечно, ну поищу себе менее навороченный проект. Так то хер с ним, я и щас не шибко на жизнь жалуюсь, просто функциональной макакой быть подзаебывает, слышишь как тупеешь порой.

>>818550
Мне на собеседовании (меня туда взяли, кстати) задавали такие загадки:
1) Есть ящик с носками, всего 3 цвета носков в этом ассортименте. Через сколько вытащенных носков ты достанешь пару?
2) Есть многоэтажный дом у берегу реки. Как сделать так, чтобы дом оказался на другом берегу реки? Я ответил, что перекопать реку, изменив русло, парень мальца охуел от ответа, а как иначе-то?

>>819314
Поставить на другом берегу большое зеркало, под таки ракурсом чтобы река не задваивалась.

>>785700 (OP)
Сраный хомяк. Улыбается.
Вот мне HR-ы также улабываются, а потом говорят "мы вам перезвоним."

>>819314
Тупые вопросы, 1 - чистый тервер, я вот нихуя не помню уже, я бы на него спросил, а что, проект на который меня посадят как-то связан с расчетом вероятностей?
2) Тут я бы молча встал и поссал со беседующему на ебало, эта хуйня в 2016 уже не то что не смешна, а вполне заслуживает занясения подобных маняработодателей в черные списки.

>>820584
Тогда тебе не перезвонят. Кому нужен работник, который при виде любой неожиданной задачи по тестированию встанет и уйдет?

>>821010
Ты не понял, это я выбираю фирмы, а не они меня. Мне не нужна фирма, где собеседуют ебланы.

>>819314
2. Переплыть на другой берег, очевидно же.
Считай, что система координат привязана не к дому, а к тебе.

>>821163
>Считай, что система координат привязана не к дому, а к тебе.
Где об этом сказано в условии? Мы вам перезвоним.

>>821184
Где в условии сказано, что решение только одно, которое ты прочитал в интернете, когда готовил вопросы к собеседованию?

>>821192
Ещё раз, ты начал придумывать не уточнив условия - это сразу пошел нахуй для QA. Одна из ошибок за которую сразу нужно пиздить ногами стажеров.

>>821220
Это ОНИ не уточнили условия. Значит, я могу трактовать задачу как угодно.
И вообще я в этом треде мимо, просто блистаю смекалочкой.

>>821293
Лол, тебя бы на собеседование в любую дно-контору даже, посмеяться можно знатно было бы с твоих профанских высеров.

>>821315
Наверное, проблема в том, что в дно-конторы я не хожу.

>>821327
Наверное проблема в том, что ты хуевый QA, раз начинаешь отвечать на задачу не уточнив явно упущенные детали.

>>821330
Блядь, я понятия не имею, что такое QA, и писал об этом выше. Я зашел сюда и опустился до вашего уровня, только чтобы блеснуть нестандартным мышлением и великолепным образованием, а больше мне с тобой говорить не о чем.

>>821332
Только ты обосрался на нашем уровне, уебывай, клоун.

>>821163
Еблан, обойди дом и посмотри на него сдругой стороны.

>>821431
Ты не поменял положение себя относительно дома и берега, он остался на том же берегу, где и был. А то, что ты сначала видел его слева, а потом справа, роли не играет.

Ох, лол. QA-эксперты в треде, все в переговорную!
Компания вполне нормальная, и загадки эти задавались на на серьёзных щах.
Касаемо дома и берега: его в буквальном смысле надо было перенести на другой берег, без систем координат и зеркал.
И да, на самом деле мне и сказали, что эти вопросы задаются, чтобы проверить: потеряется ли человек или начнет генерировать идеи.

>>821552
*не на серьёзных щах.
быстрофикс

>>821552
>QA-эксперты в треде
А с чего ты решил, что нет?
>не на серьёзных щах
Это дебилу ясно, только вопрос, насколько логично в 2016 году баловаться детсадовскими психулохическими проверочками из 1980-х вместо нормальных вопросов по работе.

>>821615
Не хочу тебя подъебать.
Чисто для поддержания беседы: какие вопросы ты бы задавал на собеседовании соискателю на должности: джуна, миддла, сеньора?
Можешь сам определить, какие скиллы у кого должны быть.

>>821615
Для этого тред и затевался, чтобы пообщаться с QA-экспертами, но пока что дело дальше бахвальства и мерений хуями не зашло.
Ну, хотелось человеку ещё со мной пообщаться и что-нибудь ещё спросить, ибо по теории, практическому опыту он спросил всё, что нужно. Спросил, как я буду действовать в той или иной рабочей ситуации. И в конце, как бы нехотя, задавались эти загадки, которые, я думаю, не совсем уж и влияли на отбор.

>>822279
Все от специфики компании зависит же. Какими инструментами она пользуется, на каком языке пилится софт, пишутся автотесты, web - desktop - android - ios ? И ещё куча факторов, какие знания потребуются джуну/миддлу/сеньору.

Народ. А где взять идей для тестинга? На вроде вот тебе инструмент селениум, вот тебе сайт тести? В данный момент изучаю Яву, на тестирование поглядываю с позиций: 1) войтивайти; 2) научиться тестить свой код и соответственно делать его качественнее.

>>822279
Нет смысла разжевывать и так получится полотно, для начала определимся с требованиями к градациям:
Джун - должен знать базовую теорию, не быть идиотом, думающим что работа тестера - это находить баги\ломать продукт, уметь и желать учится, уметь в социалку. Работает по указаниям сверху, задачи ему ставят.
Мидл - хуй пойми что, недолид(сеньоров как факт не существует в QA, если не идти в градацию testing/qc/qa). Самое важное отличие от джуна - может самостоятельно выбирать и создавать задачи, понимает какой приоритет какой выставить при создании, т.к. хорошо ориентируется в бизнес логике и ожиданиях клиент согласно требованиям.
Сеньор в 100% лид\йоба-автоматизатор, знающий все предыдудщие уровни. Вообще, в целом, автоматизация здесь так-то не при чем, автоматизатор не понимающий QC/QA - это конечно охуенная штука с точки зрения продажи лоху-клиенту, но абсолютно бесполезная обуза для проекта.

Чтобы задавал? Ну джуну с мидлом понятно. А вот предтоп сеньору\сеньору уже сложнее. Важно понять понимает ли человек, что есть QA и как обеспечить именно качество, а не тестирование на проекте, в 95% случаев тут нужен именно опыт, никакие бахи с мейлру курсами тут никак не помогут. В целом накидал бы ситуаций вроде "есть 100 задач" за какую сам возьмешься, на какую джуна посадишь. Ну и у них естественно разная бизнес-ценность( о чем вечно забывают джуны с горящими глазами, для которых критерий один - критичность) и т.д. Про автоматизацию все же не хочу, это надолго расписывать. Так то начал бы с элементарщины вроде интерфейсов и прочей хуйни, затем именно по тестированию прогнал бы с точки зрения организации фреймворка для удобства переиспользования и поддержки.
Да дохуя можно по каждому пункту добавить, но описывать всё в целом - это много, лучше конкретные вопросы задавайте ситуационные, т.к. наверняка многое, что можно в общем описать упустил.

>>822283
Просто я не вижу смысла тратить на этот детсад время вообще, на наших собеседованиях и так по минимуму рабочих и теоретических вопросов занимает 30 минут, а это уже достаточно много если прогонять 2-3 кандидатов в день лучше побольше конкретики и реальных примеров извлечь из соискателя, подобную хуйню можно хоть на электронку слать, если уж хочется посмотреть че за херню понапишут из интернетов.

>>822307
Напиши автотест со входом во ВКонтакте. Залогинься - выйди с неё - снова залогинься ( верстка поменяется), введя неправильный логин или пароль - введи корректный логин и пароль. Тебе пока что хватит этого.

>>822460
Ну, если ты сам ищешь работу, то можно и проявить терпение в таких ситуациях - убудет, что ли, с тебя, если ты ответишь на отвлеченные вопросы?
Другое дело, если на тебя сами выходят - зовут на собеседование, и там уже дают анкету, в которой надо заполнять данные по опыту работы, то там можно и нахуй послать таких артистов, хотя тоже, тут дело такое. В сфере нужны стрессоустойчивые люди, без заскоков и истерик, если что-то пошло не так.

>>822472
Просто у меня есть выбор и МНЕ не нужна контора в которой нужны особо стрессоустойчивые люди.

Стрессоустойчивость требуют там где любят ебать

Вкачусь из ридонли и опишу свою кулстори.

Предыстория:
Ищу работу джуном-мануальщиком без опыта вот уже 4 месяца. За это время почитал Савина и теорию на Хабре, посмотрел немного вебинаров по QA, попрактиковался на клаудтестинговых площадках, в основном на test.io, там же заработал и вывел первые деньги (каких-то 35 евро, но для висящего на шее у родителей хикки уже хоть что-то). Справлялся вроде бы неплохо, судя по тому, что мои баги почти не rejectили. Английский хороший, вышка профильная есть.
Но вот нормальной работы найти так и не смог - почти нет нифига вакансий в этом городе, это при том, что я их просматриваю каждый день благодаря настроенной рассылке с сайтов поиска работы. Везде требуется либо опыт и/или знание кучи всяких технологий, либо навешают помимо самого тестирования обязанности хелпдеска, а то ещё и сисадмина, либо же автоматизация. За всё это время нашёл всего три вакансии: одна оказалась от мошенника, одна - не ответили на резюме, а о последней и поведу речь.

Вакансия была от игродельческой конторы, занимающейся казуалками для мобилочек, в основном жанра hidden object (это такой упрощенный графический квест для девочек, в котором в перерывах между историей даются картинки, на которых нужно выискивать мелкие разнообразные обьекты, коих там великое множество). В требованиях было лишь знание базовой теории, умение работать с багтрекером и любовь к играм лол. Отослал резюме, меня спросили, мол, что я тестировал, умею ли в Jira и сколько хочу денег (200$), потом выслали тестовое задание, состоявшее из двух подзаданий. В первом был типа скрин из hidden object игры, на котором было криво прифотошоплено куча всякой ерунды, и задание - найти максимальное количество графических багов. Во втором - кривая программулина, которая умеет сортировать добавленные строки текста по заданным подстрокам, со спецификацией, задание - найти и подробно описать 5 багов на инглише. Нашёл 22 бага на картинке и 6 в софтине (хотя их там было больше, но я остановился на 6), причём старался - завёл под баги doc-файл, в который вставил картинку с найденными багами в красных пронмерованных рамках и коротким описанием каждого, рассортированных по severity, и багрепорты к софтине, разбитые на поля аналогично интерфейсу заведению багов в багтрекере (т.е. заголовок, шаги воспроизведения, actual/expected result, severity и прочее) с записанными видео по каждому багу. Всё это красиво оформил стилями (и зачем оно мне было надо).
В итоге пригласили на собесод. Так, как раньше я на собеседованиях не был - жутко трясся, вычитал все интернеты на эту тему, а по QA вызубрил всё, что они могли спросить, упражнялся вслух рассказывать перед зеркалом. Из-за нервов же приехал к месту на час раньше, лол.

Собеседовали меня двое. Один из них, как я понял, был тимлидом. Спрашивали сперва, в основном, теорию тестирования (виды/типы, что такое тест-план, тест-кейс и чеклист, из чего состоит багрепорт, уровни severity и прочее) и что у меня за опыт, потом дали тестировать нарисованную на листе программу, которая вычисляет площадь прямоугольника. Теорию я им оттараторил наизусть, они лишь кивали и почти не задавали вопросов (спросили только лишь, доводилось ли писать тест-планы (нет)), но вот на программе начал от нервов фейлить и описал почти все возможные кейсы, кроме самого простого - надо тупо посчитать умножение a на b и проверить, правильный ли резльтат выдаёт программа. Один из них сказал, что это самый первый тест, который я должен был провести. Стыдоба, блджад.
Ещё спрашивали, мол, почему хочу быть тестировщиком. Я начал описывать, как я любил всегда ковырять софт и игры, и что очень хочу к ним, потому что хочу в геймдев (что, собственно, правда). А ещё меня спросили, есть ли у меня какие-то вопросы про компанию - и я не догадался ничего больше спросить, кроме как про зарплату... Пиздец.

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

Как-то так.
Анон, подскажи, так уж ли я сфейлил? И, на будущее - какие вопросы (кроме очевидных зарплата-условия-соцпакет) стоит задавать? Ну и просто интересны твои мысли по этой моей писанине.
Олсо, спасибо, если дочитал до этой строки :)

Понимаешь собеседования это как наступление армии. Чувак мог качаться быть примерным семьянином и норм солдатом. Но первая пуля и пока. А какой нить хуй мерзопакостный хикки прикинулся трупом куда то отполз переждал пока либо победят либо начнут отступать и случайно стал героем выжившим в мясорубке. )

>>823033
Да нигде не сфейлил, просто продолжай искать. 100% собеседований не пройдет никто, ни бах, ни канер. Спрашивать стоит все от проекта на котором тебе работать, о вообще проектах фирме топовых, которую её кормят( отсюда можно понять, сколько тебе потенциально могут платить) о распорядке рабочего дня(дрочят ли приход к 8). Да бля, спрашивай, что тебе интересно, некорректных вопросов тут быть не может, это ты им платишь, чтобы они тебя подгоняли и получали себе прибыль, а не наоборот.

>>823033
Нигде. Если есть возможность, то попробуй сразу же после собеседования поговорить с директором/лидом (ненавязчиво, иначе только хуже сделаешь), взять номер/дать свой, если есть возможность. Я так без опыта вкатился на фронт, хотя потом из хипчата прочитал, что все хотели взять другого паренька, который имел год опыта (его потом тоже взяли), а меня ставили на второе место после него, но начальство решило, что иду я, просто из-за того, что после собеса перекинулся парой слов с директором, взял номер и дал свой.

>>823033
А я тебе скажу, где ты проебался - в самом собеседовании. Даже если ты признаешь, что волновался и трясся, то смело можно масштабы произошедшего умножать на два.
То, что ты знаешь теорию - это заебись, но работодателю нужен уверенный в себе человек, который умеет в общение, и сможет влиться быстро в коллектив, для которого не проблема ПРОСТО взять и подойти к специалисту, со стороны которого всплыли баги, и причем не слиться от :"Это фича, иди гуляй, Вась".
Работодателю нужен работник, который на реплику: "Блядь, релиз вечером, а у нас кровь-кишки-распидорасило, тестируй и давай оценку" не будет рвать волосы на себе и трястись в конвульсиях, а возьмет, и протестирует до вечера и скажет свою оценку. Спокойно. Тебе это надо прокачивать. Иначе тебе искать только аутсорс придётся. Да и 200 у.е. это конечно вообще ахуеть - не проще кассиром пойти? Там, наверное, столько же платят. С какого ты города и страны, например?

>>823033
>200$
Сирисли? Я как то упустил этот момент, нахер за такие гроши идти куда-то кроме как просиживать жопу охранником? Да и те меньше 15-20к не получают.

>>823190
Всё также ищу, просто хотелось попасть именно туда, в геймдев - это ж мечта детства, лол. Ну или хотя бы софт для ПК или мобилок тестить. От веба, который в большинстве вакансий, уже тошнит но согласен уже на всё, ибо деньги пиздец как нужны.
За вопросы спасибо, возьму на заметку. У меня вот вообще в голове было пусто, да и боялся неуместное что-то спросить. Например, интересно было, планируется ли у них выпуск игр не pay-to-win free-to-play, а по нормальной премиумной монетизации, но боялся, что спалят мою нелюбовь к донату и не возьмут. Ещё интересовало, опенспейс у них или кубиклы, но это я уже придумал, когда ехал домой, блджад.
>>823224
Ох, как бы не намолоть лишнего при такой беседе. Если выдастся шанс, на следующем собесе попробую, спасибо.
>>823264
Дело в том, что в общение по делу я таки умею. Про "фичу" - хотя бы попробую возразить, что юзеру такая фича не понравится, например. Про "релиз вечером" - буду сидеть и тестировать, хоть не отрицаю, что буду оче волноваться.
А трясся но собесе потому, что очень хотел попасть туда и боялся что-то лишнее ляпнуть (я это, увы, умею, лол). Ну и первый собес как-никак, всё ж волнительно, что-то новое в жизни.
>>823264 >>823433
>200$
Ну хрен знает, в вакансиях часто стоит подобная зарплата, выше только для людей с опытом/знаниями покруче. Кроме того, боюсь перегнуть, чтобы не сказали, мол, "а ты не охуел столько просить?" или просто общение дропнули. К тому же, живу экономно (хикка же), меня и меньшее устроит, но тут уже боюсь продешевить. У меня друг врачом-аспирантом ещё меньше получает, например.
>С какого ты города и страны, например?
Украина, город почти-миллионник, приморский.

>>823033
Не отчаивайся. Ты должен завалить какое-то количество собеседований, чтобы тебя приняли, это просто такое вот испытание статистикой для джунов. И волнение на собеседовании тоже улетучится через какое-то время. Я помню, что всего пару лет назад мне аж водичку яростно предлагали, так сильно трясло. Зато после работы над ошибками и успешного прохождения собеседования в другую контору все очень сильно изменилось.

А вопросы работодателю обязательно продумывай заранее. Нет ничего такого, что ты должен спросить, однако это практически единственный шанс узнать, в каких условиях придется работать и что за проект. Я обычно выбираю, что бы НЕ спрашивать, лол. Самый минимальный набор без технической части:

- Сколько человек в команде, сколько разработчиков/тестеров, кто продуктовнер?
- Какая методология разработки на проекте? Как часто релизы?
- Какой график? Приходится ли перерабатывать? Есть какая-то система штрафов?
- Белая / серая зп?
- Как оборудовано рабочее место, где я буду сидеть? (в последнее время на этом моменте меня приглашают прогуляться по офису и познакомиться с командой, если они еще на рабочем месте)
- Кого вы действительно ищете, какие будут задачи у нанятого человека
- Критерии и срок завершения ИС (если контора серая)

>>824449
Алсо, в геймдеве нужно быть готовым строить из себя соционяшу и показывать, что ты в теме. Мне раньше часто попадались всякие конкурсы типа "пилим 100 игр за 10 дней" где ньюфаги делали свои простенькие игры на движке. Думаю, стоит влиться в такие сообщества и грамотно указать о своем участие в резюме

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

>>824449
Я тоже после этого первого собеседования уже не так боюсь идти на следующее. Стараюсь это воспринимать больше как просто разговор, а не как сдача модулей/экзаменов/защита диплома в вузике, из которого свалил полгода назад. Охуеть время быстро летит.

За спискоту спасибище, схоронил.
Только вот что есть ИС? Гугл подсказывает только интеллектуальную собственность и какие-то там танки.

>>824453
>соционяшу
Вот с этим-то и немного сложности. Я не то, чтобы необщительный, но когда начинаю слишком волноваться или когда хочу сказать какой-то термин, который до этого обдумываю в голове (т.е. как именно я это скажу), начинаю заикаться. И иногда ляпаю лишнего или чего-то реально упоротого, лол. Поэтому стараюсь помалкивать и много слушать. Включая двачи, ага.
>Думаю, стоит влиться в такие сообщества
Внезапно, у меня такой опыт уже есть. Ездил участвовать в трёхдневном конкурсе с двумя одногрупниками, нифига не шарящими в играх, запилили небольшую головоломку в ТРИДЭ от третьего лица в лоу-поли стиле, но не успели сделать уровни (большую часть уровней, если быть точным). Причём я был геймдизайнером, так что опыт управления небольшим коллективом уже есть.
Строчку про это в резюме вписал, но внизу, где у меня увлечения и интересы, хоть и выделил отдельным пунктом. Стоит поднять?

>>824462
>Только вот что есть ИС?
Сорян. Испытательный срок.

>Строчку про это в резюме вписал, но внизу, где у меня увлечения и интересы, хоть и выделил отдельным пунктом. Стоит поднять?
Наверное не стоит, если не выносишь какой-нибудь блок об участии в проектах и опенсорсе отдельно. Можно писать об этом в сопроводительном письме, как аргумент о заинтересованности. И обязательно не забывать об этом рассказывать на стадии "расскажите о себе, своем профессиональном опыте и т.д."

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

QA женская профессия и совершенно не нужная, вас нанимают ради сисек в офисе. Парню быть тестировщицей зашквар, вашим родителям наверняка за вас стыдно. Мимопхппрограммист.

>>824636
>вас нанимают ради сисек в офисе
Будто что-то плохое.

Мимо-сиськивофисе

>>824636
Бггг, похапе-гай, тебе не стыдно программистом то себя называть?

>>824636
Типичный дискриминатор МУЩИНАДОЛЖЕН. Иди землю копай в -30, а не в офисе сиди, как девка, нажимая кнопочки.

>>824672
Спешите видеть, шкура осознает шо она не человек.

>>824701
Уж лучше чем быть тестировщицей и получать половину от зарплаты настоящего программиста.

>>824717
Пидоролиберал пожаловал, небось и нянечкой бы в садик работать пошёл, выблядкам жопы вытирать?

>>824777
Иди отсюда, верстальщица.

>>824474
>писать об этом в сопроводительном письме
А я как-то сопроводительное письмо игнорил. Не особо понимаю, что в нём писать-то - и так всё есть в резюме же.

>>824805
Меня уже почти месяц как на бекенд перевели!

>>824636
Почитал протухшую пасту в лурочке, соснул хуйцов в своей говноконторе по традиции, и пришёл сюда повыёбываться. Вот лол. Вы обосрались, сэр.

>>824231
>А трясся но собесе потому, что очень хотел попасть туда и боялся что-то лишнее ляпнуть (я это, увы, умею, лол). Ну и первый собес как-никак, всё ж волнительно, что-то новое в жизни.
То-то и оно.
Никогда не потей над одной вакансией. Откликайся на всё подряд вообще, и не заостряй внимания. Для меня они все на этапе поиска на одно лицо. Потом, когда уже звонят и зовут к себе, я начинаю гуглить и смотреть, что да как. Прихожу максимально расслабленным, ибо мне ещё сегодня на два собеседования ехать, допустим. То, что знаю - говорю, что не знаю - говорю сразу, что не зню, дабы хуйни не нагородить. И важно просто по-человечески с людьми разговаривать, суметь расположить к себе. Ты может быть не слишком подкован в теории, но в общение с тобой очень приятно, и в практике тебя поднатаскают к специфике - не проблема.

>>825770
Чё за паста?

>>826425
Статья про тестировщиков в Лурке. Про то, что тебя могут не взять из-за того, что у тебя нет сисек, и вместо тебя возьмут дуру с сиськами. Видно, что часть этой статьи написал какой-то обиженный.
Конечно, не стоит засиживаться в макаках, а стремиться быть специалистом в этой сфере, что хорошо описано в той же статье.

Пост с нового места работы.
Устроился недавно - на днях корпоратив, коллектив дружелюбный, работа работается. :)

Котаны, как поднять уровень качества в проекте с тремя кодирствующими рылами? В качестве "дано" есть три погромиста, выдающих паршивенький код в средней руки црм, отсутствие документации и мои часа 3-4 в день. Накликивать по сторям и хуярить регресс уже не спасает - фичи задевают кучу функционала, хуярются в продакшн бывало уже на следующий день, потому что доделали в пятницу вечером, а релиз в понедельник утром. Есть пачка селениум тестов, закрывающих регресс важной операционной деятельности, остальное только мой ad hoc. Дайте советов или литературы, ибо единственный вариант который я вижу - нанять ещё макак.

>>839642
Бекенд на шарпе по mvc, есть интеграция с teamcity. Хз че ещё добавить

>>839647
Я так понимаю, у тебя что-то канбаноподобное? Джира есть? Я бы попробовал следующее:
0. Что вобще нужно начальству/заказчику?
1. Четко определить состояния таска от заведения и до релиза. Например, ввести в джире статусы типа Open (тикет только завели) -> Ready for development -> In progress -> Code Review -> Ready for testing/In testing -> Staging -> Prod (тикет закрывается). Рядом с Ready for testing/In testing должна быть еще колонка Failed QA, куда должны попадать все зафейлившиеся тикеты. Каждый статус - отдельная колонка. Чем нагляднее, тем лучше.
2. Далее, для каждой фичи делается "выключатель" в коде. В базе заводится табличка, где проставляя True-False для каждой фичи, можно сконфигурить билд так, как тебе надо. Это позволит не допускать выливания недотестированных фич в продакшен. Формально, код будет залит на прод, но выключен. Поможет сэкономить овер9000 нервов. После релиза нужной фичи, выключатели удаляются из кода и базы, чтобы не усложнять код.
3. Приоритезировать все таски. В первую очередь чистить борду джиры от того, что находится в Failed QA, потом - все остальное по проставленным приоритетам.
4. Избавиться от коммитов прямо в мастер. Одна фича - один бранч. Коллективно лить в мастер не надо.
5. Из предыдущего пункта вытекает то, что нужны пулл-реквесты. Будьте мужиками, не надо мерджить все и сразу.
6. Делайте код ревью. Один девелопер сделал фичу - двое других вспоминают, как они двачевали капчу в /po и начинают обсирать его код с головы до ног до тех пор, пока не станет хорошо.
7. В любой момент времени должен быть билд, который можно зарелизить.
8. После любого мерджа с мастером должны прогоняться селениум тесты. Сколько их у тебя, какой навскидку процент покрытия?
9. Релизьте как можно чаще. В идеале - каждый день, кроме пятницы (в крайнем случае - утром пятницы, чтобы было полдня на исправление).

Видится как-то так для начала. Обсирайте, предлагайте лучшие решения. У нас на проекте как-то так все выстроено, хочется понять, нет ли тут явных косяков и что можно сделать лучше.

>>839691
>Я так понимаю, у тебя что-то канбаноподобное? Джира есть? Я бы попробовал следующее
Аджайл бодишопоподобный. Жирка конечно имеется.
>Что вобще нужно начальству/заказчику?
Чтоб все было заебись. А заказчики сами не знают чего хотят - суть в том чтобы получать от максимум информации и на возражения тыкать лицом в это подобие "тз"
>1. Четко определить состояния таска от заведения и до релиза. Например, ввести в джире статусы типа Open (тикет только завели) -> Ready for development -> In progress -> Code Review -> Ready for testing/In testing -> Staging -> Prod (тикет закрывается). Рядом с Ready for testing/In testing должна быть еще колонка Failed QA, куда должны попадать все зафейлившиеся тикеты. Каждый статус - отдельная колонка. Чем нагляднее, тем лучше.
Колонка "готов к разработке" кажется лишней - все остальное так же, отсуствует только код-ревью(нихуя не делаем) и проваленный qa(кидаю задачку обратно в девелопмент). Пожалуй failed qa неплохая идея, но я в принципе пока что лично могу пнуть разраба допиливать задачку в случае бага.
>2. Далее, для каждой фичи делается "выключатель" в коде. В базе заводится табличка, где проставляя True-False для каждой фичи, можно сконфигурить билд так, как тебе надо. Это позволит не допускать выливания недотестированных фич в продакшен. Формально, код будет залит на прод, но выключен. Поможет сэкономить овер9000 нервов. После релиза нужной фичи, выключатели удаляются из кода и базы, чтобы не усложнять код.
Фича тоглинг наверное круто, когда есть изменения в бизнесс логике - у нас чаще вебморду перехуярить пару раз в нескольких местах(новые поля в модельке, пару модалок). В общем спорный вариант - интересен уже опыт применения.
>3. Приоритезировать все таски. В первую очередь чистить борду джиры от того, что находится в Failed QA, потом - все остальное по проставленным приоритетам.
И так первым делом в новом спринте разбираем баги и только потом новые фичи(так как три человека - продавить какой-то критичный баг не проблема)
>4. Избавиться от коммитов прямо в мастер. Одна фича - один бранч. Коллективно лить в мастер не надо.
>5. Из предыдущего пункта вытекает то, что нужны пулл-реквесты. Будьте мужиками, не надо мерджить все и сразу.
Я не совсем понимаю как процесс должен выглядеть, типа каждый делает фичу в своей ветке, я её проверю и что дальше?
>6. Делайте код ревью. Один девелопер сделал фичу - двое других вспоминают, как они двачевали капчу в /po и начинают обсирать его код с головы до ног до тех пор, пока не станет хорошо.
Дельно, хотелось бы услышать отзывы опять же, ибо процесс это затормозит знатно(+час к задаче как минимум).
>7. В любой момент времени должен быть билд, который можно зарелизить.
Ну вот с этим немного нихуя не выходит, есть только тестовый стенд на который периодически сливается говнецо. Как это должно выглядеть в идеале?
>8. После любого мерджа с мастером должны прогоняться селениум тесты. Сколько их у тебя, какой навскидку процент покрытия?
Штук тридца - дай бог процентов 10-20 наберется от всего функционала(но покрыт как раз критичный для ломания). Идея нормас, упирается в мое на обслугу тестов, в условиях ежедневно меняющейся морды. Хотелось бы отзывы по всяким юнит-тестам или еще какой новомодной фигне - сегодня вон видел тесты на JS был бы рад отзывам или статьям.
>9. Релизьте как можно чаще. В идеале - каждый день, кроме пятницы (в крайнем случае - утром пятницы, чтобы было полдня на исправление).
Что мы релизим-то? Условно стабильную версию?
>>839642 кун

>>839728
>Колонка "готов к разработке" кажется лишней
Как правило в нее переводят тикет из состояния "открыт" после того, как над ним поработает бизнес-аналитик. Когда все критерии приемки выработаны, его можно перемещать в кучу тех, над которыми можно начинать работу. Если у тебя в проекте нет в этом нужды, можно забить.
>Фича тоглинг наверное круто, когда есть изменения в бизнесс логике - у нас чаще вебморду перехуярить пару раз в нескольких местах(новые поля в модельке, пару модалок). В общем спорный вариант - интересен уже опыт применения.
Для изменений в вебморде идея тоже нормально отрабатывает. Главное, опять же, не забывать подчищать тоглы за собой.
>И так первым делом в новом спринте разбираем баги и только потом новые фичи(так как три человека - продавить какой-то критичный баг не проблема)
Гуд.
>Я не совсем понимаю как процесс должен выглядеть, типа каждый делает фичу в своей ветке, я её проверю и что дальше?
Разработчик отбранчовывается от мастера, коммитит в новую ветку изменения и когда считает, что все готово, маякует тебе и остальным девелоперам, что готов мерджить с мастером (пулл-реквест). Дальше девелоперы делают код ревью и смотрят, что их коллега написал. Если их все устраивает, то возможны два варианта:
1. Ты выкачиваешь ветку к себе и тестируешь ее ДО мерджа с мастером. Это имеет смысл довольно редко и как правило, делается потому, что после мерджа с мастером проверить уже нельзя.
Пример: мы тестировали т.н. Honeypot на формах. Суть такова: у нас на сайте есть формы, которые при заполнении отправляют письма в колл-центр. Для защиты от ботов, которые норовят скрейпить сайты и юзать формы, мы сделали финт ушами: добавили невидимое поле, которое юзер не видит, а боты заполняют. В результате, если форма содержит заполненное поле HoneyPot, то содержимое этой формы никуда не отправляется, а пишется в специальный файл на серваке, который раз в сутки отправляется по определенному почтовому адресу и удаляется с серва. Надо было потестировать эту фичу (заполнение формы, создание файла и его отправка по нужному адресу) локально у себя, чтобы быть уверенным, что после мерджа с мастером все подхватится.
2. Спокойно мерджим с мастером и тестируем уже его.
>Дельно, хотелось бы услышать отзывы опять же, ибо процесс это затормозит знатно(+час к задаче как минимум).
Лучше трата час-два на тикет, чем через полгода-год осознать, что ЭТО не поддается ревью, архитектуры нет, и приложение сыпет в логи "УБЕЙ МЕНЯ!!!111"
>Ну вот с этим немного нихуя не выходит, есть только тестовый стенд на который периодически сливается говнецо. Как это должно выглядеть в идеале?
Заведите еще одно окружение между тестов и продакшеном (типа, стейджинг), на которое можно взять и накатить любую нужную версию. Тимсити такое вполне позволяет проделывать. Это будет окружение со стабильной версией, которую можно готовить к релизу.
>Хотелось бы отзывы по всяким юнит-тестам
Юнит-тесты должны писать девелоперы. Надо их к этому приучать и настаивать на том, что без юнит-тестов таска не пройдет код-ревью. Я согласен с тем, что не все вещи надо покрывать юнит-тестами. Но хотя бы необходимый минимум был.
>Что мы релизим-то? Условно стабильную версию?
Стабильную версию, в которой есть хотя бы одна новая фича. В идеале, каждая версия содержит 3-4 новых сделанных и проверенных таска.
>>839691-кун

>>839728
>>839788
Вдогонку к этому, есть книжка под названием "Ключевые процессы тестирования" под авторством Рекса Блэка. Попробуй ее, может что дельное найдешь. Она довольно древняя, поэтому не все может подойти.

>>839750
> если все эти тесты пишутся считай отдельным программистом?
Есть юнит-тесты. Это такие низкоуровневые тесты, которые проверяют, что отдельные методы работают так, как надо. Их пишут программисты.
Есть интеграционные тесты. Это уже тесты, которые пишут автотестеры. Сейчас модно писать на селениуме, потому что альтернативы нет.
>Я понял что есть Selenium у него какая-то IDE?
IDE есть, но она довольно примитивная. Если нужны нормальные тесты, иди на офсайт http://www.seleniumhq.org/download/ и качай байндинги для нужного тебе ЯПа (ява в твоем случае)
>Что должен делать селениум - пишется на питоне?
Переформулируй, плз. Слабо понятно вобще.
>Про типы тестирования дофига умных слов, какие тесты юзаются чаще всего?
Зависит от задач. Спец по тестированию безопасности врядли будет тестировать функционал на предмет соответствия функциональным требованиям.
>Например изучая яву, я переодически впихиваю всякого рода println в промежуточные методы, чтобы поглядеть где что-то не так. Это своего рода junit?
Это своего рода дебаг на коленке. Учись работать с дебаггером в IDE.
JUnit - это явовский фреймворк для юнит-тестов. У дотнетчиков он называется NUnit. Их предназначение - дать кодеру/тестеру возможность писать юнит-тесты и авто-тесты.
>какими прогами/фреймворками тестятся?
В C# после сборки проекта создается dll-ка, содержащая все тесты. Специально обученный Nunit-runner берет эту dll-ку, расковыривает ее, детектит тесты и начинает их запускать. Сильно подозреваю, что у явы примерно так же (очень мало с ней работал, и давно). Пусть ява-господа этого треда расскажут.
>Нужный годный roadmap для переезда в QA.
Хотя бы попсовую "Тестирование дот ком" Савина прочти. Ее рекомендуют, наверное, всем желающим вкатиться. Не вопрос, она очень легко читается. Надо только после нее не останавливаться, а понять, что тебе дальше надо и читать сответствующие книжки/статьи/форумы

>>839816
Спасибо. Автотесты и юнит тесты представляются как позапихивать все возможные варианты данных в метод. Байндинги это наверно то что я имел ввиду под "то что должен делать селинум", типа скрипты. dll создается отдельная с тестами? Которые предварительно понаписал разработчик программы пока писал программу? Спасибо за инфу!

>>839883
>Автотесты и юнит тесты представляются как позапихивать все возможные варианты данных в метод.
Для юнит-тестов это справедливо, потому что они как правило, прогоняются очень быстро. С автотестами на селениуме (которые предназначен для имитации действий пользователя) все в разы хуже, потому что тесты могут прогоняться очень медленно (допустим, секунд 40 на каждый тест с одним набором данных). Запихивать в него все возможные комбинации входных данных, нет смысла, потому что времени всегда не хватает.
>Байндинги это наверно то что я имел ввиду под "то что должен делать селинум", типа скрипты.
Строго говоря, селениум - это прослойка между кодом и браузером. JUnit/NUnit запускает тесты, стартует браузер, который ты указал для запуска, селениум при запуске устанавливает в него плагин под названием WebDriver, который дергает api самого браузера, делая те действия, которые ты в тесте задал.
>dll создается отдельная с тестами?
Зависит от организации кода в проекте. Можно сделать один солюшен с несколькими проектами: код основного проекта, юнит-тесты и селениум-тесты. При билде появятся отдельные dll-ки под каждый проект. Если все проекты слепить в один, то будет одна dll-ка.

>>792932
Да это в целом хуйня полная, которая сводится к тому, что надо изучать sql, субд, xml, использовать различные инструменты типо SoapUI, работать с менеджерами очередей (на многих крупных проектах используется), уметь писать тесты, разбивать их в различные наборы по функционалу/предусловиям, знать как работают веб- сервисы, клиент-серверные приложения, основные виды ошибок, какие видишь в браузере (500, 404 и т.д.)выучить основы программирования, представлять как работает код, тупо хотя бы понимать какие бывают типы данных и какое влияние/ограничение оказывает - я бы назвал это просто хорошим кругозором в IT. Ну и немаловажный фактор- коммуникативность, общение: конференции, собрания, переговоры с админами, аналитиками, различные согласования тестов и тестовых данных, обзор и обсуждение документации- надо уметь задавать вопросы, не молчать, иметь своё аргументированное мнение и готовность его отстаивать.
Ну и по времени- очень странно, если тестер с 1-2 годами опыта этого всего не умеет. Я вообще считаю, что после примерно 2 лет в мануальщине остаются сидеть только семьянины, которых все устраивает, люди без амбиций и девочки.

>>839728
Чет странно, что в основном после мержа тестите, хотфиксить не заебывает потом мастер? + это же потенциальные блокеры для других связанных веток.

>>840854
Да не особо. После мерджа тестим потому, что если дойдет до релиза, то дойдет именно мастер. Как правило, один девелопер работает над одной таской в одном бранче. Нам нужно, чтобы фичи между собой нормально уживались, и не было такого, что мы вроде и проверили каждый бранч по-отдельности, убедились, что все ок, потом смерджили все с мастером и выяснилось, что фичи между собой как-то конфликтуют при взаимодействии. Иногда случаются конфликты мерджа, это да. В таком случае девелоперы сами между собой разбираются и мерджат руками.

Чет мониторю вакансии по СПб . Какая то agile-scrum-kanban 1-3 года дичь fullstack senior qa )) . Как домохозяйки вкатываются я хз. Туда не каждый мидл девелопер въедет )

>>841439
Ну а хули ты хотел? Знание ПК и MS Ofice? Ищи без опыта, иногда можно найти, только там зп как у кассира в Пятерочке.

>>841439
Ну так домохозяйки вкатываются как правило в джуниоры. Сеньором на диване не станешь.

>>841439
на первой же странице hh нашел две вакансии без опыта, где ты там мониторишь я хз

>>841755
Ну он наверное поставил галочку "скрыть без указания зарплаты", либо в ожидаемой зарплате написал неадекватную сумму.

>>840869
>Иногда случаются конфликты мерджа, это да
>В таком случае девелоперы сами между собой разбираются и мерджат руками
А ничего, что в таком случае имеется нихуёвая вероятность ретестить заново ветку с изменениями, если конфликт был серьезный? Если вы там не калькулятор на троих соображаете конечно, странная у вас практика, тесты отдельных бранчей с мержем в текущий мастер - единственно логичное, что я видел и избавляет от горы проблем.

>>841906
>А ничего, что в таком случае имеется нихуёвая вероятность ретестить заново ветку с изменениями, если конфликт был серьезный?
Да, в таких случаях надо перетестить, базара нет. Но такое случается достаточно редко, потому что проект здоровый, и девелоперы достаточно редко правят одни и те же файлы параллельно.

>>842023
Ну я к тому, что изменив порядок тестирования вы нихрена не потеряете в скорости и только приобритете избавление от потенциальных проблем, поэтому меня и удивил подход.

>>842200
А если из практики, то насколько часто всплывают эти потенциальные проблемы, сколько времени занимает их решение и не быстрее было бы решить все фиксом мастера с последующей перепроверкой? Интересует именно сравнение двух подходов с точки зрения затрат времени и сил.

>>842279
Вполне всплывает на крупных проектах, если ещё и сильно законфликтовали( это вполне себе реальность на стартанувших\с хуевым тимлидством\общением внутри команды проектах), то команда вполне может проебать дохуя времени, ожидая пока пофиксят мастер. Встанет и тестирование и частично разработка если параллельно ветвились от мастера со смерженным багом. По времени разница будет минимальна для обоих подходов. Самая большая проблема в данном случае - если нужно разрабатывать какую-то фичу, зависящую от ветки, которую нужно смержить. Но это вопрос к планированию разработки, таких ситуаций при правильной организации рабочего процесса команды не должно быть в принципе. Бывало и на день и на два вставал мастер из-за того, что смержили и не нашли сразу баг.

>>842305
>если нужно разрабатывать какую-то фичу, зависящую от ветки, которую нужно смержить
+ а она на тестировании

>>842305
Благодарствую за идеи. Подумаю над внедрением у себя в проекте. Может и удастся что сделать после праздников. Правда, придется остальных троих тестировщиков включая куа-лида индуса, лол научить пользоваться гитом, рассказать про бранчи и т.д. Но это дело на две-три ссаные тряпки.

Анон, я сейчас продаваном работаю зп 40-50к. Стоит ли вкатываться к вам? Объясните по деньгам что и как. Первое время конечно готов работать за 25-30к, а допустим через пол года или год? Какая средняя зп у тестера? Планирую сейчас начать изучать эту профу. Навыки программирования есть тетрис на питоне. Надо наверное подтянуть знания по sql?

>>843054
зп довольно сильно различается от города, судя по твоим 40 ты видимо в дс2, если так то все верно - первый год будешь джуном за 25-30. скилы программирования очень хорошо, sql до уровня простых запросов догнать можно за неделю, гайд в оп-треде. если постоянно изучать выбранное дело через год догонишь зп до уровня 50-60, дальше зависит от тебя. а насчет стоит-не стоит себя и слушай, если с усидчивостью и концентрацией внимания проблемы будет плохо и дропнешь.

Как прокачивать свои навыки, чтобы вырасти из ручной макаки? Ясно, что база по программированию нужна, но дальше? Осваивать, например автоматизацию и спец.инстурменты, самому, читая статьи, форумы? Записаться на курсы? "Пинать" более продвинутых коллег? Всё вышеперечисленное?

>>846369
Для начала перейти от тестирования к QA.

Как протестировать весы?

>>785700 (OP)
ананасы, есть у кого ответы на listboxer?

>>846723
Так же, как и карандаш.
>>846725
Я тебе дам ответы, иди сам пиши, нехер на курсы ходить, если тут ответы ищешь. Тем более если это не курсовое, а вступительное задание.

>>846786
я сделал около 32 багов нашел. интересно, правильно или нет.
разделяются ли баги, например у меня есть баги с вводом символов. я написал их в один. мб они разделены должны быть? много вопросов впервые этим занимаюсь

>>846794
Ну так и задавай конкретные вопросы, а не "дайте решебник для жизни".

>>846799
В лист через функцию "Вставить" можно добавлять знаки !"№;%:?*
Вот например. Это один баг? или несколько?

>>846803
Один, в нем стоит описать требование, согласно которым вставлять спецсимволы нельзя и либо перечислить их все(плохая идея) либо что-то вроде "с помощью буфера обмена можно вставлять спецсимволы". А на вопрос "один это баг или несколько" ответ довольно прост. Природа "Багов" одна? Зачем тогда делать их >1?

>>846813
Просто кокококо гугл говорит чтоу листбоксера допизды багов. и я думал, мб они в этом нашли.
А так я мимокрокодил. хочу вкатиться в qa. думал ответы помогут мне далее рассмотреть курс моего движения

>>846815
Не нужно плодить сущности и делать из 1 бага о вводе спецсимволов 150 багов на каждый спецсимвол, за такое точно не похвалят.

Предлагаю работу тем кому лень выходить из дома, на временную или постоянную основу. График работы выбираете сами (2-5 часов в день). Зарплата 5000-9000 в неделю(1 полный выходной) и выше. ICQ 665171533

>>847525
Как там, в 2005?

>>848067
Нормально, жить можно, но уже пованивает говнецом.

>>847995
Помню на работе кидали, нашел 16 из 18, остальные никак поначалу, написал автору теста, он кинул подсказки - нашел 2 оставшихся. Не скажу, что хорошее задание, блин и не проспойлерить не получится если начать обсуждать в чем недостатки, но скажем так, один метод(место) где нужно искать около 6 вещей вообще нихуя не очевидно из описания задания.

Господа, нужна консультация. Хочу вкатиться в тестирование, сейчас работаю экономистом. По долгу службы регулярно работаю с самодельный приложениями на vba, а с недавних пор и сам их пишу. Можно ли писать в резюме что имею опыт разработки табличных приложений и их тестирования или этот опыт не считается релевантным?. Даст это какое-то преимущество при трудоустройство?

Ребзя. А в дс2 есть нормальные курсы желательно с труд устройством? Или лучше самому? Читаю пока тестирование дот ком. Сам я немного в Яву умею. Интересны простые шаги типа ставишь джиру ставишь вебдрайвер и впиред. Тестирование пока как клубок ниток воспринимается с непонятно где начало

>>848645
Конечно пиши, лишним не будет. Только жди доп. вопросов в таком случае.
>>848646
За конкретно ДС2 не поясню, но если у тебя там клубок то иди на любые БЕСПЛАТНЫЕ курсы более-менее топовых контор, уж в питере их море. "Ставишь джиру и т.д." это все хуйня, тебе нужно понять концепцию тестирования, инструменты под проект учатся за 1-3 часа.

Планирую пойти в варгейминг. У них открыта вакансия на вот блиц. Но, во-первых, я никогда не играл в танки толком и не знаю, как тестить игры. Во-вторых, я новичок с курсами за плечами. Что в резюме указать?

>>851476
Беглое гугление показало, что в вакансиях у варгейминга особняком стоит требование "интересоваться военной техникой". Поклей танчики там, самолетики, кораблики, почитай профильные форумы, немного истории. Даже если не возьмут в варгейминг, кругозор расширишь.

>>851476
Я сомневаюсь, что даже исключительное знание военки тебе что-то даст при 0 познаниях в тестировании, так, небольшой +, это же не исторического консультанта вакансия. Когда "работал" у них на супертесте - гораздо важнее было знать азы тестирования, багртрекеры и все такое.

В тред вкатывается QA ньюфаг! После 2-х месяцев поиска работы и собеседований нашла работку в маленькой конторе. Не успела толком порадоваться, а общая картина в конторе уже угнетает: проекты слишком маленькие, зп с ноября задерживают, трекеры не юзают, документации нет и тд. Планирую задержаться на пару месяцев (сейчас опыта в коммерческих проектах нет). Что посоветуете?

>>852069
Я знаю азы. Проходил курсы при крупной конторе, топ-2 в городе. Но не прошёл туда на работу, т.к. зафейлил при окончании немного и тестировал на отъебись

>>852254
Что за направление у конторы?

>>852287
Web, но очень мелкий. Больше лендинг. А что? Мне нужны советы

>>852338
Ну, если тебе с ноября задерживают ЗП, то по ТК ты вообще можешь не выходить работать и ждать, пока тебе заплатят. Намекни, что ты прогуляешься в трудовую инспекцию и поделишься своими переживаниями с ними. Авось, чего и уладят.

>>852254
Набивай опыт и молча уходи, ищи куда уже сейчас. Кризис нормальные ИТ конторы только укрепил, т.к. у большинства из них в рашке клиенты баксовые, а рабы рублевые.

>>852283
Курсы вообще ничего не значат вот так вот сами по себе, крупной хуюпной. Один епам чего стоит со своими скоморохскими курсами.

>>852631
Это хреновый совет, нужно молча уходить, пусть ебуться сами как хотят, разводить конфликт на ровном месте глупо. Я не говорю, не брать зарплаты, но грозить трудовой нафиг не нужно - себе больше головной боли будет.

>>852641
Ну так уходи молча, без зарплаты. Кто мешает?
Каждый сам кузнец своего счастья - пошёл работать по черной или дай Бог в серую, то потом не жалуйся на произвол.
Устроился по-белому - имеешь право качать права при невыполнении каких-либо обязанностей, но как правило у таких контор всё хорошо.

>>852644
Ну и много раз ты качал права на белой работе? Что тебе это принесло?

>>852655
Все просто - на белых работах выполнялись все обязательства, увольнялся по собственному, со всеми вытекающими выплатами.
В серой конторе тоже не было проблем с зарплатой, разве что задержки на несколько дней бывали. Так же выплатили все, когда увольнялся.
Потому что есть наверное понимание того, в каких конторах тебя кинут, а в каких нет. Отзывы о компании иногда не мешает читать.

>>852638
Ну и что теперь делать тогда? Джаву учить чтоль? Курсы прошёл, пару учебных хуетеней сделал, форум тестинга перелопатил, книги из шапки почитал. Хуй знает, что тогда. Пойду в танки чтоль бои ботом набивать, а то там акк не менее, чем с 7к боями нужен.

Как понять что ты больше не ручная макака, а ниибаца qa спец? Что знать, как проверить?

>>852634
>>852631
Я не так выразилась. Я работаю всего лишь около двух недель, согласилась на эту контору так как долго была без работы. А зп задерживают ребятам, которые там работают( и это у них норм практика. Я скорее всего поработаю тут для реального опыта пока другую работу не найду...
Время больше всего жалко!

>>852726
Идти на собеседование.

>>852726
>Пойду в танки чтоль бои ботом набивать, а то там акк не менее, чем с 7к боями нужен.
Лучше в доту, сразу в valve возьмут, ага.

>>852792
Мой тебе совет: если видишь, что работодатель - чмо, то лучше уйти незамедлительно. В своей жизни я кучу раз просто вставал и уходил, ибо уважал себя, наверное.
А сидеть в такой конторе ради опыта - тоже так себе занятие. За это время можно нехило так перегореть в этой сфере - это же ОЙТИ! Тут зачастую же условия труда должны быть чуть выше среднего. Уважай себя, короче, и ищи параллельно новую работку, и там объяснишь, почему ты решила оттуда уйти.

>>852798
Сначал надо получить приглашение. А я не знаю, что указать ключевыми навыками в резюме.
>>852808
>Лучше в доту, сразу в valve возьмут, ага.
Это требование, прописанное в вакансии.

>>854109
>Это требование, прописанное в вакансии.
Ага, как и фулстек программинг, знание всех CI, великолепное понимание всяких теорий графов и т.д. Не знать в 2017, что вакансию пишут из ожиданий соответствия кандидата хотя бы 50% её содержимого - это да.

>>854436
Просто я не знаю, как ответить, если меня спросят что-то вроде "Хм, вы претендуете на должность тестировщика игры, в которую сами даже не играете?"
>>854506
Я откликнулся, но тогда они набрали людей. Сейчас перезвонили и предложили прислать резюме. А у меня его и нет.

Тоже послал почти пустое резюме отказали =(

Анон подкинь годных тренингов по тестированию в дс2 бесплатных с возможностью трудоустройства? Наткнулся тока на епам, но там в английский intermediate не смогу скорей всего.

https://www.kanoah.com/blog/the-top-10-mind-maps-for-software-testing/ годнота? Есть чета круче? Стоит ли использовать?

>>855953
Нормальная тема. Я XMind'ом обмазываюсь, например.

>>854576
>"Хм, вы претендуете на должность тестировщика игры, в которую сами даже не играете?"
>Сейчас перезвонили и предложили прислать резюме. А у меня его и нет.
Это бамп зеленотой что ли, я не понимаю.

>>857340
Ни разу. Я отправил отклик, указав, что у меня окончены курсы. Тогда набор закончился, обещали перезвонить. Перезвонили через два месяца и спросили, интересует ли меня вакансия и если да, то мне нужно выслать резюме. Всё.

>>857485
Странные курсы какие-то у тебя. На моих курсах было отдельное занятие по составлению резюме и пути развития в этой сфере. Покури гугл - есть достойные ссылки на составление резюме тестировщика.

Народ посоветуйте реально годные курсы. Натыкаюсь на всякие куа академи, от создателей селениум, есть какие то с форума тестинг, есть какие то интенсивное от тестбейз и прочие оффлайн в дс2. И блять их так дахуя всяких, сайты приложухи, автоматизированные. За какие норм платят и норм нужны?

>>858216
Если ты за теорией, то можно просто литературой обмазываться на самом-то деле.

>>822465
>Напиши автотест со входом во ВКонтакте. Залогинься - выйди с неё - снова залогинься ( верстка поменяется), введя неправильный логин или пароль - введи корректный логин и пароль. Тебе пока что хватит этого.

насколько сложно это сделать на питоне?
это норм задача на собеседованиях мидл авматора? Буду спрашивать

http://ebanoe.it/2016/06/07/testers-on-the-galleys/

>>858456
Ну не особо сложно на самом деле. У меня с этого вкатывание в автоматизацию началось, но для мидла - слабоватое задание.
В принципе можно написать громоздкий но работающий код, но можно обернуть в Page Object, и код будет выглядеть элегантней.
Гугли, кури сайт селениум (есть на русском языке) и действуй. Ничего сложного в этом нет.

>>858456
>насколько сложно это сделать на питоне?
Несложно. За вечер можно сделать.
>это норм задача на собеседованиях мидл авматора? Буду спрашивать
Норм. Достаточно просто выглядит (обманчивое впечатление для слабого кандидата) и довольно много спросить можно по тому, что кандидат напишет.

>>858456
Лучше давай такие задания, где нужно циклы задействовать в коде.
Было такое задание на курсах: Зайти на страницу, в которой таблица из списков стран. В таблице был столбец, который отображал число штатов, т.е. только у США и Канады были эти штаты, у остальных = 0.
Задание заключалось в том, во-первых проверить, что список стран по алфавиту расположен (считай ещё узнаешь, как кандидат со списками умеет работать), во вторых кликнуть по стране, у которой штатов больше, чем ноль, в-третьих посмотреть, что список штаток тоже в алфавитном порядке.
Очень много выебал мозгов с этим заданием, но зато после его выполнения, какое-то прям облегчение и чувство собственного достоинства повысилось (не путать с ЧСВ).

>>858216
Все курсы - это развод для долбоебов, книжки читай лучше.

>>858456
Для мидла слабовато будет, я такое на курсах давал людям впервые вкатывающимся и в QA как профессию, а не просто в автоматизацию. Процент выполнения нормальный был.

QAнон, подскажи, а есть ли вообще вероятность вкатиться в тестирование НЕ веб проектов, без опыта (но с вышкой)? А если без автоматизации? Что надо знать/уметь?

А то начал недавно интересоваться QA, но в вакансиях почти исключительно один веб. А хочется тестить что-то десктопное (в идеале - игры), или хотя бы на мобилках.

>>859122
Есть, конечно. Гугли встроенные системы и все, что с ними связано. ZigBee, умные дома и т.д. Там как правило, нужно тестировать кучу всего на реальных устройствах. Довольно узкая специализация, по крайней мере в нашем мухосранске-миллионнике. Как правило, это аутсорс. Насчет умений не подскажу, ибо не пошел туда из-за собственного слабоумия в области микроконтроллеров и всего, что с ними связано.

>>859122
Тебе в аутсорс компании крупные, в них как правило много проектов и какие-нибудь и будут десктоп.

Посоны, гляньте чё. Совсем не искал работу, работая веб-макакой, тут в контакте HR какой-то предложил попробовать вакансию тестировщика. Сам я опыта не имею никакого, только курсы проходил, да Савина читал.
Могу писать тест-кейсы, работать в баг-трекере, могу протестировать сраный карандаш и прочую хуиту.

Из требований:
- ответственность
- готовность изучать C# (именно, что готовность, у меня вообще ноль опыта в нём)
- желание развиваться в области тестирования
Завтра иду на собеседование сюда - не хочу обосраться. Компания изготавливает умные кассы и кассовое ПО, какие вопросы и тесты могут быть на собеседовании, к чему подготовиться? Что могут попросить протестировать?

>>861316
Лол, работал в подобной огранизации онлайн-кассы. Писал документацию там (тест-кейсы). Если такое, то придется много считать, проверять корректность работы всяких тех.карт, учета остатков товара на складе и корректности учёта скидок.
Посмотри, чем фискальные регистраторы отличаются от принтеров чеков, например, что такое ЕГАИС.
Но, как я понял, будешь макакой обычной, которая кнопки нажимает и тестирует функционал.

>>861316
Очевидно изучить предметную область. Вообще я бы не шел в фирмы у которых единственный профильный продукт, по мне это дико уныло, я не представляю, как люди сидят на одном проекте дольше 2 лет.

>>858459
И ведь похоже на правду

Есть ли смысл вкатываться если из образования только ПТУ и всю жизнь варил картофан работая сварным? Алсо 25 лвл.
Или с таким резюме учить не будут и сразу нахуй пошлют?

>>862469
учить тебя в любом случае никто не будет, либо ты сам учишся и вкатываешся либо идешь нахуй чеканя шаг, собственно как и в любой другой сфере.

>>785700 (OP)
>низкий порог вхождения
>одни из самых высоких порогов минимальных баллов

>>862469
>учить не будут и сразу нахуй пошлют?
А может тебя ещё должны научить зарабатывать 300к/сек?
Учи самостоятельно теорию. Чем больше знаешь, тем больше вероятность вкатиться. Теория тестирования не слишком уж и сложная - всё достаточно ясно и понятно. Пробуй в автоматизацию, и вообще стремись к пополнению IT-бэкграунда - лишним не будет.
Никто тебе пищу в открытый клюв не положит, короче.

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

Поясните, зачем вы в первую очередь учите программирование и дико этим хвалитесь, когда вкатываетесь в мануальное тестирование? В реальности ведь знание того же http протокола и, скажем, rest, будет гораздо важнее умения писать хеллоуворлд на джаве

Правда не понимаю, хотя зачастую кто-то из прошлых коллег пишет что у него есть чувак который хочет вкатиться на макаку за еду, опыта нет, зато прошел 5 уровней джавараш или еще чего.

>>863024
Чем тут хвалиться, лол?
Каждый выбирает сам, как и что делать ему. Если хочешь просто мануалить - пожалуйста. Кому-то этого мало, тот и вкатывается в автоматизацию, применяя выученный синтаксис языка, который он изучал. Просто знания синтаксиса особо ничего не дают мануальщику - это да.
Лично я учил синтаксис разных языков, но забрасывал потом, т.к. не знал, как и где мне их применить. Через автоматизацию я понял, что код может делать всякие прикольные вещи - это и подзатянуло, в принципе.

>>863024
Потому что мануальное тестирование через некоторое время может остоебенить и захочется уйти например в автоматизацию. Лучше уже что-то уметь в программировании, чем вкатываться абсолютно с нуля.

>>863078
Зачем уходить в автоматизацию ? Это же кардинально иная профа, которая намного ближе к девелоперам, чем к собственно QA.

лучше в тест-лиды расти, в менеджеры и тд

>>861316
Стартапы - впизду и нахуй сразу.

Я работал в 1-в-1 такой-же конторе, только называлась не "Меркато", а "КвикРесто" - и это днищще по всем фронтам.
Самое лучшее для тестировщика-ньюфага это вкатиться в интерпрайз какойнибудь, где работа нормально отлажена за 15 лет до твоего рождения еще.

>>863132
Ты научись сначала QA от QC отличать, а потом умничай.

>>863132
>менеджеры и тд.
Почему-то у очень многих людей единственный карьерный путь в фантазиях выглядит как "джуниор-миддл-сеньор-лид-менеджер". Менеджер и руководство людьми - это вобще другой род деятельности, нежели "работа в поле". Человек может быть хорошим работником, но хуевым организатором. Все тогда, карьерный рост ему противопоказан?

>>863141
Я тебе рекомендую не обчитываться теорией, а пойти и хотябы года 2-3 поработать. Тогда, возможно, ты и поймешь, что
а) QC-QA не имеет разницы по факту, это как различать современного админа с девопсом.
б) мануальное тестирование, автоматизация тестирования и нагрузочное тестирование - 3 слабо пересекающиеся между собой отрасли. И если хочется одного - то и учи его, а на другое забей хуй.


мимо QA лид небольшой команды

>>863168
>Человек может быть хорошим работником, но хуевым организатором. Все тогда, карьерный рост ему противопоказан?

Именно так. Если ты не знаменитость мирового уровня и пишешь книги / выступаешь на конференциях, конечно.

"Горизонтальный рост" - наебалово

>>859122
Не иди в игры, игры - днищще и очень специфическая экспертиза

>>863172
Ключевая фраза у тебя "небольшая команда".
У нас, например, девочка-лид, которая и в автотесты может, а может и руками потестить. Сейчас частично фронтендом занимается. Вот это я понимаю - лид. А мануальщик, поработавший два года, и пересидевший других мануальщиков - так себе лид, если честно.

>>если меня спросят что-то вроде "Хм, вы претендуете на должность тестировщика игры, в которую сами даже не играете?"

Проиграл.

>>863198
Пойми, ваша мелкоконтора - ваша проблема. Когда один человек и шнец и жрец и хуе игрец - это НЕ является НОРМОЙ от слова совсем.

>>863217
>QA лид небольшой команды
>ваша мелкоконтора - ваша проблема.
Кого ты там лидишь, маня? Левую или правую?

>>863223
Никогда не слышал про проекты, где не нужна команда из 10 человек?
другой анон

>>863278
Что-то такое слышал, да. Говорят, что тестировщиков там от 0 до 2 единиц.

>>863217
Ну, ты очень проницателен, кьюалид - ничего не скажешь.
Наш QA-Lead постепенно уходит в разрабы, не бросая резко свои обязанности, только и всего, а управлять макаками, будучи такой же макакой, но более старожильной, без профессионального роста - это профессионально, ага.

2 года не работал по специальности, опыта до того год, upper-intermediate english.
3 месяца уже спамлю резюме безуспешно, ответили только пару контор, и те позорно слились: до сих пор выставляют всё те же вакансии, как выставляли их и три месяца назад, 0 фидбека на тестовые задания (а я время на них тратил, однако, и не пол часа).
А тут внезапно фортануло: позвонили вчера, позвали на сегодня. Сходил, пообщался с тремя симпатичными девочками :3 Хорошая галера, годная: и сиденья удобные, и вёсла приятные на ощупь, и обед включен в 8часовой рабочий день (первый раз такое вообще вижу).
Теперь ждать блин две недели, я второй человек, которого они прособеседовали, небось, вагон желающих ещё, а у меня чёт не шибко густо с вариантами. Сейчас буду прозванивать конторы, куда на этой неделе отправлял резюме: сюда меня позвали после телефонного звонка, а не после безликого мыла с резюмешкой.

Такие дела. Вилку заломил 300-600, потому что пиздец хочу вкатиться обратно и готов работать за еду; на предыдущем месте 600 и получал — но я там главный петух на проекте на 4 ебала был Харьков

>>863172
>QC-QA не имеет разницы по факту
Пиздец, вон из QA.

>>863617
Да ладно, он просто долбоёб, которому попалась плохая контора, и где один человек на все руки мастер. Таких контор большинство, вообще мало где поставлен грамотный QA процесс, а если ты не visionary и не имеешь уже опыта нормального QA, то, разумеется, выполняя QC в должности QA Lead ты будешь считать что QC=QA.

>>863533
> 300-600
Хренасе у тебя "заломил". Для 2 лет реального опыта на коммерческих проектов это дно, если конечно не мартышкой идешь.

>>863623
Я просто не представляю, как человек имеющий реальную экспертизу в QA, может кукарекать, что для обеспечения хотя бы большинства нормальных QC активностей может хватить 1 человека на проект, чей уровень выше тетриса. Если этот человек будет активно заниматься и QA - ему не то что на автоматизацию, на тестирование 100% не хватит времени.

>>863624
Опыта год.
Я знаю, что даже 600 долларов — низковато, но я очень хочу вкатиться обратно в индустрию и набить ещё пару лет опыта, прежде чем запрашивать верхнюю планку по рынку.
Алсо, медианная с годом опыта в городе — 500

>>863628
Да ты больше смотри на кассиров, если свой уровень по их оцениваешь. Хотя если важно именно вкатиться - то ок.

>>863637
Если б при среднерыночной 500-600 за джуна ко мне бы пришел чувак, умоляющий взять его за 300, я б заподозрил, что он ебанутый. А ебанутые нам не нужны. Хотя я сам, когда приходил в первую свою контору, не знал, какая там зарплата вобще. Когда эйчар на беседе сказала, что зарплата у меня как у джуниора будет 600 баксов, я подохуел, потому что на даже на тот момент (4 года назад) это было лишь немногим меньше того, сколько мои родители получали, проработав преподавателями по 20+ лет.

>>863076
Не знаю, чем хвалиться, потому и спрашиваю. Просто это же абсурд, когда к тебе на собеседование приводят вчерашнего студента или дворника 40 лет, который еле вспоминает что такое тест-кейс по книжке из 15 страниц, зато в ответе на каждый вопрос пытается вклинить то, что он что-то там пытался программировать. Но по факту программирование это на уровне "прочел пару глав какого-нибудь Шилдта или Рихтера, могу с гуглом написать цикл for а про классы и объекты еще не читал" и на вопрос как это относится к вакансии как-то совсем не находятся адекватные ответы. Вообще я по автоматизации изначально, но сейчас компании потребовались в штат макаки и они отвлекают людей которые хоть примерно представляют что спросить у тестировщика, а у меня уже волосы дыбом.

Если изначально в автоматизацию вкатываться, может пригодиться, разумеется, но не нужно ведь тогда занимать место мануальщика и тратить свое время, для автоджунов без опыта тоже вакансий полно

>>863078
Ну так вопрос в том, зачем специально все задрачивают программирование, пробуясь на начальные вакансии для "ручников" Лучше бы SQL осваивали, сейчас люди, которые умеют что-то помимо простого селекта и джойна двух таблиц на вес золота. И английский.


Хотя я тут подумал и понял, что это те самые ребята, которые хотели бы в погромирование вкатиться, но обучение не осилили и решили пока так перекантоваться.

>>863836
Во, SQL + English в этом году хочу освоить - лишним не будет.
В моём резюме написано, что могу и руками поработать, могу и в автоматизацию, вот вам мой гитхаб с проектами - это вполне устраивало работодателей. Но я до сих пор не считаю, что владею языком на должном уровне.

>>863852
Гитхаб это уже показатель заинтересованности в сфере и иллюстрация способностей, а не абстрактное "умею учу зачем не знаю"

>>863867
Честно говоря, сам с таким сталкивался. Учил ЯП, а зачем - хуй знает. Когда ставишь задачи себе ЗАЧЕМ, то и осваивание предмета намного лучше происходит. Я вот тут недавно фотошоп скачал с четкой целью сделать афишу с уже сформированной идеей, как это сделать. В итоге, с помощью ютабчика и гугла вышла очень даже не дурная афишка - народ оценил.

>>863741
>все
Кто "все"? На собеседованиях на мануальщиков дай бог 1 попадался на десяток с хотя бы не забытыми институтскими знаниями на уровне "как сделать условие, что переменная меньше 10". Может у вас описание вакансии такое ебанутое, что "все" почему-то решают что вы их ждете с навыками программирования?

>>864087
Сейчас бы в 2к17-м отвечать нужному анону.

>>864171
У меня просто критерии качества низкие для этого треда, да для любого треда.

>>863741
Ты несколько преувеличиваешь. 300 мною был назван как абсолютный минимум, за меньшую сумму я просто не буду работать, 600 — комфортную для меня на данном этапе.
Вангую, если получу оффер от них — те же медианные 500 баксов и выйдут, а, как уже было сказано, галерка мне очень понравилась, с душой™.

>>863024
Ну, предполагается что человек уже немного знает про tcp и http/smtp whatever. Либо знает что-то по предметной области. Ну и мануальное тестирование в 90% случаев реально очень уныло, надо уметь что-то еще.

Мимо нагрузочник, но приходилось немного заниматься мануальным т.к. макаки-аутсорсеры ничего не успевали и не могли простейшие вещи типа снять tcpdump и посмотреть в логи.

>>863136
>вкатиться в интерпрайз какойнибудь, где работа нормально отлажена за 15 лет до твоего рождения еще.

Такие-то фантазии. Эх, анон, у меня один коллега ушел в крупный российский интегратор, и рассказывает иногда, что у них там происходит - волосы дыбом встают. А уж они с таким ынтырпрайзом работают - дальше некуда.

>>863406
>Наш QA-Lead постепенно уходит в разрабы
>Наш главный дизайер постепенно уходит в сантехники

Повторяю - это РАЗНЫЕ сука профессии

>>863627
Я о том и говорю, что не надо путать мануальное тестирование с автоматизированным - это разные профы. Одно НЕ является продолжением другого

>>864543
Просто я работал сначала в стартапе, а потом в интерпрайзе. Небо и земля просто

>>864541
>снять tcpdump
Ты их с разрабами не путаешь случаем ?

>>822465
А что тут тестировать? Наличие страницы типа "логин" после выхода, и страницы с ошибкой после неправильного логина?
Или ты предлагаешь просто закодить эту последовательность действий?

>>865532
По тому, как это реализует кандидат, можно уже сказать, какой у него уровень. Но опять же, задание может выглядеть просто, для того, кто не сталкивался с такими задачами в реальности. Человек с опытом расспросит интервьюера про требования к тестам, и я уверен, уже тут могут всплыть дополнительные требования вроде снятия скриншотов при фейле теста, ведение лога со всеми действиями, реализация Page Object'а, написание синглтона для вебдрайвера, возможность параллельного запуска, интеграция с каким-нибудь TestRail или еще какой системой. Я бы первым делом спросил конкретные требования по реализации у того, кто дает задание. Если он говорит, что ничего этого не надо, то базара ноль, стандартный Page Object и несколько тестов можно сделать за пару часов. Если говорит "на твое усмотрение" или ничего не говорит, то делал бы по максимуму из того, что выше описывал.
другой анон

>>865800
И какую реализацию page object'a ты хотел бы видеть? В деталях, в разумных пределах.

>>865880
Все зависит от требований. Нет универсального решения на все случаи жизни, но по моему мнению и не самому большому опыту работы, общий костяк всего page object'а делается следующим образом:
1. Для каждой страницы приложения заводится отдельный класс, в котором прописаны локаторы для вебэлементов и методы по работе с ними. Названия элементов должны быть говорящими и отображать то, чем они являются. Локаторы, по которым ищутся элементы, не должны искать их, опираясь на какой-либо отображаемый текст. Айдишник, название класса, какие-то уникальные для элемента аттрибуты - да. Но не текст.
2. Тесты тоже разбиваются на классы по отдельным страницам. Если тест затрагивает несколько страниц, то было бы логично писать его в классе той страницы, где он начинается. Сами тесты должны быть атомарными и не зависеть друг от друга. Один тест - одна проверка. Проверки делаются через Assert'ы.
3. Навигация между страницами тоже должна быть продумана. Хорошо бы завести отдельный класс типа WebsiteNavigator, в котором прописаны методы для перехода между страницами и заданы относительные урлы для разных секций сайта, типа "/about-us", "/faq", "/menu" и т.д. Тогда при навигации по страницам в тесте можно дергать методы сайт навигатора, вместо жесткого хардкода урлов в самих тестах. Опять же, жесткий хардкод можно заменить чтением из конфига (см. п.7), но как правило, навигация по веб-приложению меняется не очень часто, поэтому ничего критичного в том, чтобы захардкодить пути нету.
4. Страницы инициализируются с помощью Page Factory. Впринципе, не сильно обязательно, но можно и так.
5. Запуск вебдрайвера. При запуске название браузера, его версия и настройки (для прокси, например), должны быть считаны из конфига (если предполагается прогонять тесты удаленно, на каком-нибудь BrowserStack или Souce Labs, то дополнительно нужно указывать еще ряд параметров). Вебдрайвер не должен быть статичным. Написать синглтон - дело полезное, потому что это нужно для запуска тестов в параллель.
6. Урл(ы), на которых гоняются тесты, также должны быть прописаны в конфиге и вытаскиваться из него кодом при запуске тестов.
7. Общие методы, не относящиеся непосредственно к тестам (скажем так, вспомогательные методы, вроде SelectRandomElementFromList(IWebElement webelementList), которые могут использоваться больше, чем в одном тесте) выносятся в отдельный класс типа Helpers или Utils. Использование Actions, ExpectedConditions, JavaScriptExecutor, понимание отличий между явными/неявными ожиданиями - только плюс.
8. Написание своих методов для вебэлементов (Extentions), для расширения возможностей вебэлементов, кастомные проверки (вроде собственного метода Displayed, который не выкидывает исключение, если элемент не найден, а возвращает человеческое False).
9. Если в тестах используются какие-то данные (заполнение форм, например, логин, регистрация и т.д.), то надо завести отдельный класс, объект которого будет иметь поля с данными для теста. В идеале было бы использовать внешний источник данных для тестов: CSV-файл с наборами валидных и невалидных данных для кредов, JSON, .xlsx табличка, и т.д. В крайнем случае можно захардкодить данные в код модели, чтобы при создании объекта класса его поля инициализировались одними и теми же значениями.
10. Хотелось бы видеть использование аннотаций из фреймворка для тестов, будь то NUnit, TestNG, или еще что. Из основных: OneTimeSetUp, OneTimeTearDown, Test, TestCaseSource, TestCase, Category. Опционально - разделение тестов по категориям. Удобно тем, что при запуске можно указывать, какие именно категории тестов запускать.
11. Ведение логов и отчетов о прогнанных тестах. Какой тест запустился, во сколько, с какими параметрами, как прошел и т.д. Полезно при отладке. То же самое со снятием скриншотов в случае фейла теста.

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

>>866016
Я вообще-то только про саму страницу и объекты спрашивал, а ты ринулся. Но в целом все верно, кому-то ещё итт точно не лишним будет почитать.

>>866016
Как стать таким же умным, покурить что-нибудь? Просто где-то после 3 пункта пошёл тёмный лес и штуки такие ни разу не имплементировал и слабо представляю как. алсо ассерты должны проверять что вернет метод класса, которой страницу описывает?

>>866048
Нужно просто взять реальный проект и начать под него писать тесты, периодически задаваясь вопросами "а все ли я правильное делаю?", "а не делаю ли я дублирующей работы?", "а не изобретаю ли я велосипед?" и т.д.

>>866016
>Написать синглтон - дело полезное, потому что это нужно для запуска тестов в параллель.
Вот про это проясни подробнее.

>>866065
Ну тип писал, позадавал вопросы - вынес данные в интернал константы, вот и вся оптимизация. Код тестов выглядит примерно так:
Страничка = новая страничка(инициализируемый браузер)
Страничка.написатьхуйню(123)
Страничка.сабмитфоры()
Ассерт.Истру(страничка. Залогиненно())

>>866082
Ах, ну там ещё страничка.открыть() - публичные статические методы

>>866029
>Я вообще-то только про саму страницу и объекты спрашивал, а ты ринулся.
Ахах) Да что-то начал вспоминать, одно потянуло за собой другое, потом еще и еще.
>>866048
>Как стать таким же умным, покурить что-нибудь? Просто где-то после 3 пункта пошёл тёмный лес и штуки такие ни разу не имплементировал и слабо представляю как.
Дело практики. Я начал изучать автоматизацию где-то года полтора назад, и за 2016-ый год удалось у себя на проекте с нуля автоматизацию поднять в какой-то степени, включая интеграцию с TeamCity. Гугл и документация наше все.
>алсо ассерты должны проверять что вернет метод класса, которой страницу описывает?
Ассерты нужны для сравнения ожидаемого и фактического результата. Assert.Equal, Assert.IsTrue, Asset.IsFalse, и т.д. Например, надо нам проверить, что на появившейся странице есть нужный элемент: Assert.IsTrue(webelement.IsDisplayed()); Или, например, надо проверить, что урл страницы сответствует ожидаемому: Assert.AreEqual(expectedUrl, actualUrl);
>>866071
>Вот про это проясни подробнее.
Можно написать код для запуска браузера так, что сама переменная вебдрайвера будет статической. Подробнее про статику можно почитать на хабре (https://habrahabr.ru/post/206082/, например) или в документации. Я не уверен, что смогу достаточно полно описать самостоятельно. Фишка в том, что если запускать тесты параллельно при статическом вебдрайвере, тесты просто попадают. Запускаются два теста, открываются два окна браузера, и дальше получается так, что они перехватывают команды друг у друга и через некоторое время один тест проходит, браузер закрывается, драйвер сделал Driver.Close(), а второй тест начинает биться в конфуциях и падает. Синглтон призван решить эту проблему. Для каждого треда (допустим, мы хотим запустить несколько тестов параллельно, каждый в своем треде) создается свой объект вебдрайвера, который никак не зависит от других. В таком случае для каждого треда создается свой объект вебдрайвера и все в шоколаде. Но опять же, это частный случай решения, в яве параллельный запуск делается в разы проще и хоть на уровне тулзы для интеграции типа Jenkins'а. У дотнето-холопов есть NUnit, в котором параллельный запуск завезли недавно и он умеет гонять тесты параллельно в рамках 1 и больше тредов (https://github.com/nunit/docs/wiki/Parallel-Test-Execution). Тут опять же, много подходов возможно, включая дополнительные расширения для NUnit типа PUnit, своих костылей и т.д. У всех по-разному. Если итт есть дотнет-ананасы, поделитесь, своими сображениями по поводу параллельного запуска, какие подходы и как вы делали?

>>866227
Гугли по "webdriver handle new window". http://stackoverflow.com/questions/19112209/how-to-handle-the-new-window-in-selenium-webdriver-using-java, например. Скорее всего, тебе надо переключиться со старого окна на новое открывшееся, и уже после переключения получать его название.

>>866372
Да, все получилось по твоему линку, то что перефокусироваться нужно я сразу понял, а вот нагуглить что-то не получалось.

>>866016
Чёто много написал, но большинство - нюансы.
Синглтоны, фабрики в 2017 лучше заменять DI + IOC.
Имхо, в таком задании я бы тупо сделал упор на разделение логики:
Слой PageObject - инкапсуляция работы с вебдрайвером, элементами, методами.
Тесты идут над слоем PageObject + навигаторами (ом).

>>866354
Как ты синглтоном решаешь проблему многопоточного доступа на время? В Java для этой хуйни есть ThreadLocal - переменные, которые держат копию на поток - вот их можно и в статику и в синглтон.
Непонятно правда: почему ты хочешь выдавать отдельные инстансы вебдрайвера на поток, а не на тест? Или у тебя есть тесты, юзающие несколько потоков?

мимо-младший погромист-перекатчик в тестеры

>>864769
>Ты их с разрабами не путаешь случаем ?
Ага, по твоей логике разраб скажет "ну я хуй знаю, что это такое, это к админам", и будете так день пинать тикет в котором работы на 5 минут. Если можно приложить к багу достаточно информации, чтобы разраб не был вынужден его руками воспроизводить еще раз - так и надо сделать.
Это же не разбирать руками какой-нибудь бинарный протокол - просто запустить одну команду, потом сказать файлик и прикрепить к тикету.

Посоны, что по языкам для автоматизации функциональщины и для нагрузочного тестирования?

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

И всё же, что выбрать (интересует автоматизация функционального тестирования в вебе в первую очередь), чем обмазаться в связке с селениумом, полагаю??

>>866720
Обычно ява\шарп из-за легкой интеграции со всякой хуйней типа CI - пишут на них, это если говорить про автоматизацию. А вот для нагрузочного хз даж.

>>866720
Часто привязываются к языку проекта, но не обязательно, просто очевидно проще интегрировать тесты дергая методы основного проекта напрямую на том же языке, если это требуется. Питун просто моднявый, чего-то такого, что не дают другие языки для автоматизации у него нет. Руби вообще исключение, на нем в основном всякие миграции разве что на стопядисите гемах.
Ява\шарп, лучше ява, под нее больше утилит, в любом случае лучше смотреть исходя из потребностей реального проекта, кому то и на хаскеле удобно будет автоматизировать.

>>866672
>Синглтоны, фабрики в 2017 лучше заменять DI + IOC.
Не слышал даже о таком, надо почитать.
>Непонятно правда: почему ты хочешь выдавать отдельные инстансы вебдрайвера на поток, а не на тест?
Создавать тред под каждый тест не сильно ли жирно в плане потребления ресурсов типа памяти и проца? Тестов-то не один десяток, и даже не одна сотня. Не дешевле ли создать, условно, 5 тредов, в которых будут создаваться максимум 5 драйверов?
>ThreadLocal
Есть и у дотнета, но не пользовался пока что.

>>866720
На яве есть четкая штука для нагрузочного тестирования под названием JMeter. У дотнета для студии есть Test Manager Studio, так вот в ней тоже есть инструменты для нагрузочного тестирования, автоматизации функциональщины и т.д.

>>866825
>Создавать тред под каждый тест не сильно ли жирно в плане потребления ресурсов типа памяти и проца? Тестов-то не один десяток, и даже не одна сотня. Не дешевле ли создать, условно, 5 тредов, в которых будут создаваться максимум 5 драйверов?
Ну раз у тебя отдельный тест выполняется от начала до конца в одном потоке - почему просто не создавать новый экземпляр драйвера на время жизни теста? Тем более, что при этом, в этом же потоке могут ебать и другие тесты.

>>866016
А ты хорош.
Хочу попробовать в JavaScript'е пописать автотесты с помощью Selenium. Только капчую я с Mac'а, и не могу настроить. Есть, кто сможет помочь?
inb4: макоблядь соснула

>>866016
Можно, кстати тупо код в тред? Класс странички, класс тестов, базовые классы и отдельно инициализацию вебдрайвера?

>>868219
Гугл и гитхаб в помощь, старый. Всё в свободном доступе.

>>868334
Двачую вот этого. Все бесплатно и в открытом доступе лежит, бери и пользуйся.
866016-куанон

Что делать когда тебе сказали "иди нагрузки вцф сервис", а у тебя никаких навыков в развертывании машинок для нагрузки, да и вообще чтения этих сраных графиков? Какой-нибудь 10 шагов для старта гайд? Inb4: google

>>869530
Искать новую работу где человеку с 0 навыков не дают задачу, от которой зависит успех проекта.

>>866016
Мощно. Один вопрос: почему бы не вынести тесты в отдельные классы? Допустим, класс для смоука, класс для основного скоупа, может еще класс для тестов в процессе разработки.
Зачем? Чтобы не мешать в кучу тесты, переменные и методы страниц.

>>869787
>почему бы не вынести тесты в отдельные классы?
Дело индивидуальное, имхо. На моем текущем проекте так и сделано, но еще и категории навешены для разных типов тестов. Есть набор классов с тестами для отдельных страниц (класс с тестами для одной страницы, класс с тестами для другой, и т.д.) и есть класс для смоука, в котором вынесены основные тесты на основной функционал. Ну а в тулзе для CI уже прогоняются нужные классы с тестами в зависимости от задачи. Плюс вынесения смоук-тестов в отельный класс - сразу видно, где какие тесты, без необходимости выискивать их по всему коду. Плюсы использования категорий - можно группировать по категориям тесты как угодно, даже если они в одном классе находятся, а при запуске достаточно перечислять названия категорий. В дотнете это выглядит примерно так: Типа nunit3-console.exe Tests.dll --where:cat=Smoke. В этом случае Nunit берет длл-ку, проходит по ней, находит все тесты с нужной категорией и запускает только их. Неважно, в каких они классах находятся, если нет дополнительных условий, типа "игнорировать тесты из такого-то класса".
>может еще класс для тестов в процессе разработки.
Мысль интересная. Допустим, мы завели еще класс для тестов на фичи, которые только делаются и еще не выкатили в прод. Фичи доделываются, тесты дописываются и что мы делаем с этими тестами дальше?
>Зачем? Чтобы не мешать в кучу тесты, переменные и методы страниц.
А они и так отделены. В одном классе - локаторы, вебэлементы и методы, которые взаимодействуют с этими элементами, в другом - тесты, состоящие из последовательности методов.

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

>>869927
Единственный проблемный момент, который видится в этом случае. Предположим, у нас есть страница, для нее есть классы: Page.cs (с вебэлементами и методами) и PageTests.cs (с уже существующим набором тестов для страницы). На весь класс навешена категория, допустим "Regression". В один момент появляется таска: добавить дропдаун со ссылками на другие страницы на страницу Page. Мы хотим создать класс для тестов в процессе разработки и покрыть этот дропдаун. Мы добавляем класс TempPage.cs с локаторам для нового дропдауна, пишем несколько методов для работы с ним (если их еще нигде не приходилось писать раньше), добавляем класс TempPageTests.cs, пишем тесты, навешиваем категорию "Temp". Когда фича релизится и дропдаун становится неотъемлимой частью страницы, нам надо эти тесты перенести в категорию Regression. Но нам надо не просто поменять название категории с "Temp" на "Regression", нам еще надо аккуратно смерджишь Page.cs и TempPage.cs (классы с элементами и методами), а также PageTests.cs и TempPageTests.cs, чтобы не плодить кучу файлов на каждый чих.
Конечно, мы можем вместо заведения TempPage.cs просто обновить Page.cs, добавить туда локаторы и методы. Тогда останется только перенести тесты из TempPageTests.cs в PageTests.cs. Но переносить все-таки придется.
Возможно, я не до конца понял идею, если я не прав, поправь.

Есть как минимум еще один путь: под каждую таску девелоперы делают отдельный бранч в репозитории, делают в нем свою таску, отдают ручным тестерам. Когда те заканчивают, передают автоматизаторам. Новая фича покрывается тестами в этом же бранче и при мердже с мастером все изменения автоматически мерджатся. Из минусов: возможны конфликты мерджа, в этом случае надо очень аккуратно мерджить тесты, чтобы не потереть лишнего.

>>869956
Последний вариант кажется правильнее.
В первом - зачем на весь класс повешена категория? Это разве не сводит на нет все плюсы категорий?

>>870091
Если повешена только на один класс, то сводит. Если на несколько - избавляет от перечисления N классов, которые надо запустить. Подразумевается, что это лишь один класс из десятков, просто для примера взял один.

>>870101
Upd: Опять же, никто не мешает вешать категории только некоторые тесты, и при запуске говорить раннеру "запускай только тесты с такой-то категорией, а остальные не запускай", или "запускай все тесты, кроме тех, у которых категория такая-то".

>>870101
>>870110
Как вместе используются эти два разделения (по классам и по категориям)? Не добавляет ли это излишней сложности?

>>870287
На мой взгляд, не добавляет. По мне так проще сделать разделение по классам, чтобы не запутаться, когда приложение здоровое, и повесить категории на разные группы тестов, чем внезапно осознать, что у меня ~1к тестов намешано в 2-3 классах на 10к строк, которые поддаются только рефакторингу уровня "снести все нафиг и написать с нуля будет быстрее".

>>870287
Категории нужны для организации сьютов из набора пересекающихся классов\тестов, структуризация по классам - для поддержки архитектуры фреймворка и её частей. Не добавляет, избавляет от жопы при рефакторинге\передаче проекта.

Раз уж в треде в кое-то веки нарисовались люди знакомые с фреймворками - что посоветуете для автоматизации апи с последущей интеграцией в сборки на бамбу? Предпочтительно шарп, т.к. потом поддерживать людям знакомым с ним, но не принципиально, если какой-то фреймворк идеален и он на яве - возьму его.

>>871620
В общем пока я остановился на testng + bamboo + ant( хз пока нужен ли, экспертизы нет у меня в нем). Хотелось бы про альтернативы послушать, бамбу убрать нельзя, знаю, что под дженкинс больше всего.

>>872039
Не работал с bamboo, но года 3 назад чуть-чуть ковырял связку селениума, джавы и TestNG. Почему ант выбрал, а не мавен?

Короче, мне отказали. Искали джуна без опыта. Написал, что прошёл курсы при компании одной, описал минимальный опыт, предложил прислать тестовое. Хуй пойми, какого джуна они ищут.

>>872103
>Почему ант выбрал, а не мавен
Да не почему не выбрал, просто чаще видел такую связку, опыта в тестнг около нуля.

>>872212
пробуй еще

>>872764
Остались две годные вакансии. Пойду вечером думать, что в резюме цепляющего написать.

>>872533
В общем я остановился на restassured + testng, через месяцок-другой отпишусь по результатам и граблям собранным.

>>873199
Давай, интересно было бы послушать

>>872103
Ант сосет, выбирай maven или Gradle

Анон помоги.
Нужно быстро разобраться с RCPTT, а я не могу понять, как она работает.
очень много времени на сессию проебал
Посоветуйте годные гайды, мануалы, видео.
С меня как обычно нихуя)

Может кто подкинуть нубу статью как писать тест-кейсы к форме поиска?

>>875582
Как насчет погуглить?

>>875677
гуглил, не нашёл ничего именно про поиск

>>875787
Лол, во-первых не пизди, во-вторых ты как себе это предполагаешь? Глава 1 - дрочим поиск, глава 2 - дрочим логин и т.д. для всех возможных видов форм? Тебе может в бухучет пойти, там все четенько, по инструкции, думать не нужно, уметь переходить от общей теории к частному случаю тоже.

>>875582
Хех, мда. Тестовое задание делай сам.
мимоработодатель

>>875582
Ебать ты))))))))
Это же обычное текстовое поле, только с кнопкой и отправкой запросов на сервис, вот и думай

>>875582
1.Заходишь на http://google.com
2. Параллельно открываешь определение термина "Тест-кейс"
3. Задрачиваешь поле для ввода поискового запроса разными способами
4. Анализируешь, что именно ты делаешь, применяя все известные методики вроде тестирования пограничных значений, классов эквивалентности, чтобы тест-кейсы покрывали поле достаточно плотно.
5. ?????
6. PROFIT!!!
может, оно тебе вобще не надо? ПОДУМОЙ, анон, есть куча других профессий

>>878631
Спец-символы, простые sql-инъекции

>>878631
>>878824
Xss-ка ещё, хотя смысла нет в ней сейчас как и в поиске иньекций, если перед тобой не самописное говно на пыхепе

>>878927
Лично видел, как на достаточно большом проекте, уже крутящемся в продакшене некоторое время, в полях для ввода отсутствовало экранирование спецсимволов и все говно протекало прямо в бекэнд.

НАХОДИШ ОЧЕВИДНЫЙ РЕГРЕСИОННЫЙ БАГ
@
ПРОВЕРИЛ ТРИ РАЗА
@
ЗАВЕЛ ТИКЕТ
@
ОТВЕТ: CUNT REPRODUCE
@
ИЗ АРГУМЕНТАЦИИ КОПИПАСТ КОДА, ВОТ, ВСЕ РАБОТАЕТ, ТАК И НАДО
@
КОД ИЗ ДРУГОГО МЕСТА
@
"Я ДИКА ИЗВИНЯЮСЬ А ВЫ ПРОБОВАЛИ ВОСПРОИЗВОДИТЬ ЛОКАЛЬНО?"
@
ПОСТ СКРИНШОТА С ОПИСАНИЕМ ШАГОВ
@
ЧИТАЕТ ШАГИ СО СКРИНА И ПЕРЕСПРАШИВАЕТ
@
ДОЕБАТЬСЯ ДО ШАГОВ НЕ ПОЛУЧИЛОСЬ
@
ЗАМОЛКАЕТ


Бля, да че делать-то? Гордость за код проснулась или что это за невебомая ебаная хуйня? Разработчик со стажем, работает долго, в одном проекте джва года, почалося в декабре

>>878959
И шо в этом плохого, если их надо так хранить? Задача в том, чтобы их не выполнять

>>881175
>если их надо так хранить?
Зависит от требований. Кому-то нужно все говно в базу писать, кому-то нет.

>>880798
>Бля, да че делать-то?
Забить.

хочу стать тестером, но сука это так скучно пиздец. хочу но не хочу.

>>882498
Хуль ты тут забыл тогда?

>>882522
Потанцевать нельзя?

Есть большой проект не покрытый тестами от слова совсем, тестируются только нововведения, клиенты на живую ловят в старой части кучу багов и баттхерт врывая поддержку и разрабов, с чего начать работаю 4 месяц для меня эта профессия нова учусь сам по мере поступления задач на тестирование. С чего начать, к чему стремится чтобы исправить этот кавардак.

>>883087
Ты идиот?

>>883091
Пиши подробные тесты для нововведений и параллельно для старых частей. Со старыми не спеши особо, выдели самые важные старые части и пиши сначала для них, менее подробно, чем нововведения. Для начала пойдут даже кейсы вида "проверить страницу хуйнейм", по необходимости расширять.
Пока пишешь и находишь баги, заводи заявки, если на проекте это можно. Если нет, ну, просто в тестах помечай. Если старые баги, пришедшие от пользователей, чинят, для починенного бага тоже добавляй тест.
Перед каждым релизом проходить всю эту хуйню, если появляются новые баги, настаивать на починке (см. регрессионное тестирование)

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

>>883215
А что, потанцевать нельзя?

>>883091
Поддвачну вот этого >>883219. Сначала определи основной функционал, который 100% должен работать. Напиши чеклисты. Прогоняй их перед каждым релизом, чтобы этот функционал не отваливался. Параллельно пиши тест-кейзы сначала на этот основной функционал, потом на тот, который к нему "прилегает", потом уже на всякие вторичные вещи. Это может пригодиться в последствии при написании автотестов для регрессионного тестирования. Как у вас процесс разработки выглядит? Аджайл, канбан, вотерфол?

>>883513
Не знаю как определить, что у нас аджайл, канбан или ватерфол?

>>883773
Для начала почитать что это такое, раз такие вопросы.

>>883787
Я не он, но иногда не так просто определить методологию разработки. Например, у нас релиз выдается заказчику каждую неделю на внешнее тестирование, но при этом поинтов нет, и назвать это кроме как "хуяк хуяк и в продакшн" язык не повернется.

>>883934
вот и я о том же для меня это выглядит как хаос а не как МЕТОДОЛОГИЯ

>>883934
А при чем здесь поинты? Иди следом читать.

>>884241
>работаю 4 месяц
>выглядит как хаос а не как МЕТОДОЛОГИЯ
Если ты один и тот же анон, то можно забить на все, что писал я выше в >>883513 и другой анон в >>883219. Если на проекте нет более опытного человека, который может построить процесс тестирования, то ты ничему не научишься а так и дальше будешь участвовать в хаотическом метании. Через год, если ничего не изменить, вы все так же будете делать бессознательные действия. Поэтому, тебе надо или хорошо обмазаться гуглом и выяснить все про методологии и построить все по-человечески, или валить на другой проект/в другую компанию, где уже есть поставленный на рельсы процесс и набираться уму-разуму там. В противном случае, если оставишь как есть, твоя ценность как специализда будет КРАЙНЕ МАЛА.

>>884319
Ну зря ты его так обрываешь в попытках, многие с 0 так поднимали процессы, но тут нужно время и желания разбираться + конечно мозги определенные в обще-концептуальном, а не функционально-прикладном мышлении.

>>884380
Пусть пробует, конечно. Но нужно для этого нужно сесть и начать гуглить, для начала.

В Минске, в "Белхард" предлагают платную стажировку. Платную в том смысле, что платит стажирующийся за возможность получить опыт работы с реальным проектом. Стоит ли идти? Просят 100 баксов за это. http://intern.belhard.com/testing.php?utm_source=yandex&utm_medium=cpc&utm_campaign=testing&utm_content=3173772024&utm_term=junior qa engineer&yclid=262814673022753860

>>887352
Мне кажется несколько подозрительным, что ты должен платить за то, что делаешь какую-то работу. Пусть даже джуниорскую, но все равно, это же работа.

>>887352
Ну хуй знает. ДАже стажёрам порой что-то платят.

>>887352
Пф, нет конечно, совсем погонщики охуели. У тебя самого вообще в голове никаких мыслей не возникает при фразе "платить за возможность поработать на дядю"?

>>887641
Ну хз, по другому не берут никуда. Работаю сторожем за $170.