Quality Assurance. Тестировщики. QA. Все здесь.
Гайд - https://pastebin.com/6p6gmxNv (сыроватый надо допилить)
С чего начать? - https://careers.epam.by/content/dam/epam/by/book_epam_by/Software_Testing_Basics_2_izdanie.pdf
Купить курсы - https://rutracker.org/forum/tracker.php?nm=qa
ИТТ Делимся опытом, кто вкатывается, кто вкатился, решаем проблемки, кормим обезьян бананами, поклоняемся автотестобогам.
Кокококонфа в телеге: qa_2ch или Mfv2XRwFKY6EXmQ_nwW9jQ
Предыдущие треды:
3 https://2ch.hk/pr/res/1824044.html
2 https://2ch.hk/pr/res/1718222.html
1 https://2ch.hk/pr/arch/2020-10-29/res/1661839.html
Сейчас год работаю мануальщиком, иногда пишу апи тесты но получается говно говна т.к. меня никто не ревьюит, из-за особенности проекта есть проблемы с подключением БД, а значит и с написанием самих автотестов и я не ебу, как архитектурно выстроить, чтоб было норм .
Хочу перекатиться полностью в автомейшн. Пока подрачиваю ui тесты на селениде, планирую разобраться с докером.
Сам вопрос:
как оценить себя для первой работы автомейшеном? сколько просить? Я 100% буду джуном, но джун с 0 опыта в ИТ и джун с годом мануальщика -имеют разную стоимость?
А вы говорите знать ничего не надо и вкотиться легко.
Q&A <> QA, это Questions & Answers
селедкой воняет... меня на первом собесе в куа интервьюировали 4 женщины, а вообще я хочу маникюрчиком, макияжем, прическами, косметологией заниматься, но этот рынок контролируют злые селедки, меня парня с улицы не возьмут, почему молчат о дискриминации мужчин в этой сфере?
тимлид.
>>1863347
У меня реального опыта нету, а те запросы которые подаются в гайдах - обычные да и не понимаю что и зачем идет
Был опыт работы тестером (2 месяца). Нужен был чел, чтобы просто проверял верстку и бэк (минимальные навыки в постмене есть). Теорию не знаю. Тестил всё по кейсам из головы, т.к. есть опыт в вебе, знал что, где и как проверять.
QA - ЛОХИ
Выучил примерно теорию тестирования, почитал пару умных книжек, освоил базу так сказать. Как теперь попасть на РАБоту? Как грамотно составить напиздеть врезюме? Как сделать чтобы слали оферы и т.д
Дайте гайд
Совет тем кто будет искать работу в сшп - дрочите софтскиллс. Круто если ты знаешь что происходит на уровне розетки когда нажимается кнопка "enter", но если ты не вывозишь в адекватное общение - то толку от технических скиллов не будет. Особенно много спрашивают про отношения с коллегами, как будешь вести себя в той или иной ситуации.
Суть да, но подразумевается что ты можешь чуть больше в кодинг чем просто куа.
Перекатился давно, по политке. Заканчивал уник дома по информатике, потом несколько лет перерыв. В прошлом году прошел буткэмп, прошел стажировку в одной компании, и вот наконец получил оффер на фултайм. Процесс стрессовый, я прошел очень много интервью, писал пару тредов назад. Суммарно отправил 1000+ резюме. Но оно того стоило. Давно хотел в Остин, Чикаго с ебучей погодой надоел.
Надо для практики и для учёбы какой-нибудь пример сайта, на котором я смогу потренироваться в авто-тестирование.
Может быть есть какой-то сервис для учёбы? Желательно с доступом к базе данных.
Для АПИ рекомендую https://reqres.in/. Сам на нем тренировался.
сшп-кун
Что бы посоветовал мудрый антош, если, основная проблема и задача при тестировании мобилки - подписка(Эпл/Гугл/страйп) и доступ к контенту?
Дайте пример резюме джуну, без опыта работы, который только собирается вкатываться, но так чтобы его взяли хотя бы на собеседование а лучше на работу
А оно тебе точно надо? Мог бы сам изучить вопрос, погуглировать
Резюме стажера или джуниора – ровно 1 страница (имеется в виду вариант в файле, а не на площадках). Помимо PDF желательно иметь вордовскую копию на google-диске. Язык резюме – русский, если нацелены на компании из РФ с клиентами из РФ. В остальных случаях – английский. Лучший вариант оформления шапки:
Просто нормальное фото, ФИО, на какую позицию претендуете, опционально локация и дата рождения, актуальные контакты.
После чего идет раздел с опытом работы (любые практические навыки), где максимально кратко и ёмко описывается чем конкретно вы занимались. Это самая важная часть резюме.
Следом – образование и затем ключевые навыки. Не забудьте упомянуть знание иностранных языков. Сориентироваться поможет, например, бесплатный тест EFSET с сертификатом.
Раздел «О себе» можно включить, если есть что важного или интересного написать, опять же, коротко и если есть чем выделиться. В иных случаях это можно включить в сопроводительное письмо при отклике (которое, думаю все уже знают, нужно писать в 100% случаев и подгонять по ситуации).
Никогда не используйте банальные ключевые навыки «ответственный, целеустремленный, …». Только конкретика. Помните, что HR часто ищут по ключевым словам, а вы не должны раздувать ваше резюме всяким мусором. Технологии, инструменты – хороший выбор. Но будьте готовы, что вас по ним детально будут спрашивать в первую очередь.
Параллельно сижу на джавараше.
Вопрос, я сам ручник с 2.5 годами, сейчас хочу вкатиться в автоматизацию, что вообще нужно автоматизатору знать в java, учитывая, что на проекте используют selenium.
Java core + syntax на джавараше будет достаточно? Если нет, на что обратить внимание?
Можешь поделиться задачками, стоявшими перед тобой во время стажировки?
И какие задачки будут стоять перед тобой в конторе - куда тебя принимают?
Что сам знаешь/умеешь? Кроме софт скиллзов, канешн
Сейчас нахожусь в ситуации, когда можно на текущем месте пересCOCKчить с ручника на нативные тесты (котлин для андройда, свифт для айоса).
А так как первым языком будет свифт, то и думаю тянуть его фоном, отдельно от тестов (ведь в этом же и заключается суть SDET? Просто на ХХ это весьма редкие звери, но я думаю, что это временное явление). Может, на пиво заработаю своими поделками
заглядывай на курсеру/степик/юьтуб
бесплатного материала в интернете ОЧЕНЬ ОЧЕНЬ много
курсам не доверяю, этот тренд на образование в РФ не ведет ни к чему хорошему
>>1875753
джавараш в среде программистов это такая шутка, утюг тебя лучше обучит, но энивей
Head First Java, Effective Java (даже если нихуя не понимаешь, все равно читай. раз на третий уже больше половины книги поймешь), Concurrency in Practice, Clean Code
это книги для мидла
сам работаю удаленно SDET на америкосов, есть три года опыта работы девелопером, дорос до пре-сеньера и свалил в куа обратно.
имхо дефолтные селениум автоматизаторы вообще не понимают как пишется код и в основном это лютый пиздец, так что книги рекомендую почитать - довольно простые знания помогают правильно оформлять тестовые задания и писать потом нормальный код.
>дорос до пре-сеньера и свалил в куа обратно.
Почему?
Сейчас работаю ручной макакой, но иногда пишу апи тесты на джаве. Думал перекатиться в девелоперы бэкенд джава\пхп, либо андроид+котлин, но мне почему-то кажется, что писать тесты интереснее скорее, меня именно притягивает эта автоматизация, упрощение работы другим и вот эти все CI/CD . У тебя что-то похожее?
> Можешь поделиться задачками, стоявшими перед тобой во время стажировки?
Задача стояла попробовать себя в реальном тестировании. Там был простенький UI и немного API. От меня просили только базовое понимание Java и Selenium. API тестил через Postman, даже автоматизацию там писал.
>И какие задачки будут стоять перед тобой в конторе - куда тебя принимают?
Тут немного серьезнее. Фреймворк на C#, заточен под API тестирование. Микросервисная архитектура (докер и кубернетесы инклудед), пайплайны, релиз каждые 2 недели.
>Что сам знаешь/умеешь? Кроме софт скиллзов, канешн
Могу в вебдизайн (помогает при ui тестах), минимально в веб безопасность (sql, xss, toctou), и мой стандартный стек жава + селениум + рест-апи.
Посмотри рандомного индуса на ютубе и начинай сам что-то тыкать, пользе будет гораздо больше, не проебешь кучи, времени и денег, если что-то будет не понятно по синтаксису /фреймворку будешь в рантайме просто сам гуглить и разбираться, да придется самому много делать, но профита больше.
Вопрос - что делать дальше? Литературу почитать какую? Какие навыки приобрести/теорию выучить? Надо поднатаскаться в реальной жизни на Utest, Testerwork и подобного рода площадках - это я сам знаю.
вкатывальщик-забугор-кун
Бамп вопросу!
Крауд тестинг для неофита - это дно, дофига времени надо тратить и ничерта не выучишь как новичок, рассчитан на тех кто без работы сидит и живёт с мамкой/на мамкины бабки, и кому не нужно РАБотать даже парт-тайм а можно по 12 часов пялится в тестерворк/утест..
Куликова глянул но мои знания по сертификату - на английском, работать я хочу в англостране, так что читать на русском я не буду. Посоветуйте такого же уровня как Куликов но на английском.
Какие job titles искать в моём случае?
Junior qa engineer, junior qa tester, manual qa tester...
какие ещё?
просто интереснее ломать чем создавать)
программистом был я не то чтобы очень эффективным (лол).. в плане фичи в месяц)) но по сути в моем коде спустя два года ничего серьезного не нашли, все работает. (друзья/одноуниверщики в той конторе еще работают)
ну и осознал что в отделе куа вообще людей которые писать умеют либо нет либо очень мало. а если чего-то дефицит, то на этом можно еще и заработать))
мне не то чтобы тест кейсы интересно писать, скорее у меня фреймворки, утилиты для воспроизведения лютых кейсов, которые вручную замучаешься тестить, а они нужны как автотесты.
>>1877051
меня сами нашли.. но у меня специфичный опыт и нашли можно сказать конкуренты.
страничку на линкедине иметь маст хэв с интересным бекграундом. селениум автоматизаторов на рынке как говна. хороших - единицы.
Понял. А можешь поделиться насчет механик переката из AQA в девелопера и обратно? в плане, сложности количества новых технологий, необходимых для быстрого переката, отношения к такому и как на подобные финты смотрит работодатель?
Или ты перекатывался в другие компании на новую должность?
из куа в девелопмент перекатился в компании друзей как раз.
но я интересовался этим, влезал в код при тестировании фичей, писал юнит тесты (с мокито там и прочими плюшками). потом мне предложили мониторинг системы написать с одним лидом и потом поехало все само.
в куа перекатился в другую компанию. там уже все гораздо проще. лид девелоперов, который меня собеседовал потом себе SDET нанял (меня не отпустили из куа команды), потому что я в первый день memory leak в коде нашел))
>The attached kernel patch (applied on top of 4.18.5) that I've tried, almost completely eliminates the disk thrashing(the constant reading of executable(and .so) files on every context switch) associated with freezing the OS and so, with this patch, the OOM-killer is triggered within a maxium of 1 second when it is needed, rather than, without this patch, freeze the OS for minutes
>простейшее решение проблемы: earlyoom
этот не влияет на отзывчивость при активном своппинге.
1. У меня есть сервис, он предоставляет 3 АПИшки. Я написал 3 теста, которые обращаются к нему по этим АПИ, с сервера приходит результат, я его валидировал. Заебись.
2. У меня есть мобильная апка. Между ней и еще каким то сервером есть комуникация. Апка шлет реквест, я как то его перехватываю проверяю валидный ли он.
И 1 и 2 ситуация это тестирование АПИ?
я не понимаю, что ты хочешь. есть сниферы charles, fiddler, которыми можно перехватывать запрос с бэка и изменять его как тебе надо для теста отрисовки в мобилке и на фронте. Есть библиотеки, которые могут перехватывать твои апи запросы в автотестах, возможно они тебе и нужны видел такую для Go, но не пользовался, для остальных языков скорее всего тоже есть подобные
Смотри, есть приложение с тремя кнопками: кнопка 1, кнопка 2 и кнопка 3. При нажатии на кнопка 1 идет реквест на url 1, кнопка 2 реквест на url2 и тд. Доступа к серверу куда идет реквест у меня нет, только мобильная апка. Мне нужно написать автотест, который проверяет что после нажатина на Кнопка 1 мобилка отправила реквест на url 1. Как это сделать?
>а к приложухе есть?
Прямого доступа к коду нет, только дева попросить че то поменять.
>Апи реквесты сам писал?
Дев писал.
>Значит как минимум можешь чекать ответ от сервера, статус, заголовки.
Да, только мне это не через сниффер нужно делать, а через код.
>Если доступа нет и пытаешься узнать куда шлет приложуха, юзай снифферы как сказал анон выше.
Снифферы не подходят потому что мне автотесты написить надо.
Походу остается только свой серв написать
>Мне не сервер тестить, а апку.
По моему, ты хуйню какую-то собираешься делать. Вся бизнес логика должна быть на стороне бэка. То, что остается на стороне мобилки - тестится ui тестами + е2е тесты. Если у тебя падает какой-то ui тест, значит приложение сделало что-то не то -> смотришь запись упавшего теста -> выясняешь, на каком шаге падает и либо заводишь баг, либо воспроизводишь вручную и подробно разбираешься с багом. после чего заводишь тикет разрабам.
Как и зачем ты собираешься тестить, какие запросы отправляет мобилка путем перехвата - звучит как какая-то хуйня, либо я чего-то не понимаю
Чем UI тетс от e2e отличается? е2е как я понимаю просто юз кейс типа регистрации, покупки и тд. А UI это типа зайти на страницу Корзина проверить что все кнопки, поля, элементы на месте, верно?
>Как и зачем ты собираешься тестить, какие запросы отправляет мобилка путем перехвата - звучит как какая-то хуйня, либо я чего-то не понимаю
Задача: написать автотесты
пример как работает апка:
Юзер нажал Кнопка 1, на сервер (у меня доступа к нему нет) по ендпоинту (я их знаю) /user/clicked1 ушел запрос, который содержит json обьект { action: clicked1 }
Мне нужно проверить что апка действительно отправила реквест по этому ендпоинсту с правильным обьектом.
https://coursehunter.net/course/kak-stat-inzhenerom-po-testirovaniyu
Аноны, хочу перекатиться в автоматизаторы, есть опыт написания апи тестов на жабе+РА\ретрофит писал для работы, используем, но это говнокод, ui тесты на жабе+селенид уже дома для себя. Сам я мануал-макака с годом опыта. Вопрос:
на какие вакансии мне отзываться? на те, которые без опыта или те, которые 1-3 года?
У тестера взаимодействия с людьми дохуя, нужно быть на связи с аналитиками, которые пишут задачи, постоянно уточнять инфу.
Затем, нужно пиздеть с разрабами, которые снова высрали все не так как описано в задаче и как написал анон выше, подскакивать кабанчиком между аналитикам и разрабам.
>>1881653
какие варианты помимо есть в айти?
я задрочил савина, знаю скл, гит, консоль браузера, немного charles, изучал постмэн... планировал вкатиться тестером, теперь выкатываться обратно?
Ну смотри, раз ты вон сколько усилий приложил, может стоит все-таки устроиться тестером, да будет сложновато, если ты прям тру хикка, еле слово выдавливаешь, но постепенно привыкнешь и тебе понравится это изменение в себе.
Я за 2.5 года работал в 3 компаниях, во всех в них я общался с приятными людьми, готовыми подсказать и помочь, ничего в этом страшного нет, плюс, можешь писать им в чаты, а не подходить лично.
Я к тому, что не стоит забивать на эту профу, если тебе она понравилась и ты уже вложил туда силы на изучение, оставить трухикку позади со временем это только в плюс.
Постепенно вкатиться в автоматизацию, где чуть больше хиккования за дрочем кода. Сам хикка, но дружелюбный коллектив вытащил и общаться было даже приятно потом все равно захикковал, но уже после много лет опыта, когда могу балансировать между хиккой и выяснением вопросов
Не то чтобы совсем нельзя, просто бд засирать не хочется. Если я таску сделаю в таком виде, что прочекется авторизация, отвал страниц и основные запросы по таблицам всяким это сильно наотъебись?
В идеале система и все ее микросервисы конечно должны проходить юниты, разворачиваться в контейнере с чистой базой, протыкиваться ui-тестами, затем чекается корректность записанного в бд. Но это ебля просто охуеть какая.
везде разную инфу пишут , а учить то что блять
аноны, чем отладка отличается от тестирования?
Отладка это попытка понять почему оно работает именно так.
Тестирование это проверка что система работает как в спецификации сказано, не вникая почему она так работает.
Был случай когда система работала как надо из-за бага, когда баг исправили то система стала работать неправильно там был косяк со спеками, разработчики написали одно и задокументировали, а тестировщики и внедренцы другое и навнедряли
Этапы тестирования это ничто. Это значит ровно столько, сколько ты можешь этому придумать значений, потому что тестирование в скраме — это не процесс и не стадия, а аспект жизненного цикла продукта. Конкретно при проведении тестирования ты можешь выделять стадии исполнения (инициализация, экзекьюшн, аналисис и все такое), но с точки зрения управления качеством в современном айти это не значит ничего. Если рассматривать QM в целом и конкретно контроль каяества (т.е. качество Не в айти), то там с этим уже посложнее, но тебе не придется с этим столкнуться.
Мимошел QM 26 лет 7 лет в качестве 5 лет в айти, ЦПРЕ задавайте вопросы
Как понять, что фронт его вообще запросил?
Анон, какой самый годный курс по QA(бесплатный) ?
Еще такая мысль, что материальное поощрение будет работать как стимул к продвижению, а вот такая херня скорее приведет к работе на похуй. Я ошибаюсь или сейчас настолько пиздецовая ситуация на рынке, что хоть какой-то опыт для джуна стоит бесплатной стажировки?
оо
я помню в дс2 была такая контора, которая студентов набирала за бесплатно
они меня даже пытались схантить, когда я зп получал. я не понял и прямо, угорая, спросил, нахуя мне бесплатно работать, если мне сейчас платят. там не смогли мне ответить на этот вопрос. к слову через месяц нашел работу с 2*зп. (тогда можно было за год удвоиться)) )
по теме - если никуда не берут - иди ради опыта, а так я бы поискал другую работу (если, конечно, это не хорошая компания. там могут действительно потом в штат набирать. спроси, кста об этом)
есть у кого?
Ну это не ответ) чел - программист, он говорил, что у него тестеры чаще всего перерабатывали; я же ему говорил, что это от конкретного проекта зависит, и нередко бывает и наоборот
Но может я не прав - просто интересно стало, вот и обратился сюда
Вам-то, работающим в тестировании, всяко виднее
Стоит вкатываться на 29лвл? Работы нет, времени полно вроде, ток хз на сколько меня хватит. Пробовал уже и пистон учить и 1с, нигде не преуспел...
Да хуй знает, мне вообще нихуя не интересно. 1с по ютубу наворачивал помню, шлепал эти формы с кнопками, но там блять не всегда работало как на видео и блять хуй его знает какова причина. А на обучение не взяли, сказали мол такому еблану только платное могут дать, ну я их нахуй послал.
Про тестирование не знаю нихуя и даже не представляю с чего начинать
так а толку вкатываться, если неинтересно? Да, наверное, будет легче, чем 1с блять ну как можно не вкатиться в 1с?, но и зп будет ниже, чем у 1Сника
>>1893327
Есть же в интернете бесплатные курсы по 1с. есть книги, статьи и т.д. Если ты не в состоянии найти информацию в интернете и освоить на каком-то низком уровне чтоб взяли на младшую должность, то мб айти не твое?
>в мухосрани вакансии нет скорее всего, мб фриланс какой
для начинающих тестеров фриланс почти невозможен. есть всякие utest\testio, но это, скорее всего, не то, что ты подразумеваешь под фрилансом да и по доходу будет совсем не фонтан
советую посмотреть количество вакансий в твоей мухосрани по направлениям и там уже выбирать.
>>>1892221
>Ну это не ответ) чел - программист, он говорил, что у него тестеры чаще всего перерабатывали; я же ему говорил, что это от конкретного проекта зависит, и нередко бывает и наоборот
>Но может я не прав - просто интересно стало, вот и обратился сюда
>Вам-то, работающим в тестировании, всяко виднее
На моей работке автоматизаторы всегда крайние и на релизах сидят хоть до утра.
Да - вкатывайся, но ты должен быть реально хорош на фоне остальных 300 заводчан, которые скинуть HRочке свои резюмехи
Тебя выделят: опыт на фриланс площадках, знание вёрстки/ЯП, гитхаб со своими проектиками, курсы, прочитать и понять Куликова.
Алсо потренируйся писать тест кейсы на разные модули веб-приложения.
>так а толку вкатываться, если неинтересно?
Зарплата, карьера и есть шанс, что аппетит приходит во время еды, то есть интерес во время работы. Это приносит деньги, поднимает чсв ощущение, что улучшаешь что-то и похвала барина-начальника, почему это должно быть неинтересным?
Как мне в резюме пруфануть, что я умею в программирование и буду изи обучаться автоматизации? Написать какой-нибудь сервис чи шо? Могу в пистон, жаву, жс на недоджуно уровне.
Короче, какие projects делать, чтобы покорить сердце провинциальных хрюш?
Хрюши не могут в код, так что придется покорять сердца провинциальных тимлидов. По сути: берешь какую-нибудь публичную апишку и покрываешь ее тестами, потом просишь кого-нибудь поревьюить. Много тестов не надо, 5—10 хватит. Задача - показать владение базовыми конструкциями языка и знание стайлгайдов. Сразу скажу, что 95% присылаемого кода - редкостное оливье, так что лучше сосредоточиться на полировке написанного, чем на каких-то изъебах.
Сколько в среднем уходит времени на вкат?
Бля, ты это я, прям один в один, тоже доскакал до 150, ручник. Пытаюсь осилить java и закатиться в auto, пока сложно и нихуя не понятно. Мозг пытается отвлечься на все что можно, лишь бы не решать задачки и пытаться разбираться в них, но я стараюсь удерживать внимание.
>>1903462
А почему не укатиться в манагерство любого уровня? Ну типа начать с погона студентов/джунов на проекте, а потом дальше по ступенькам. Я сам почти такой же, но я даже не хочу пытаться осилить ЯПы, я много чего делал и умею делать, относительно челиков на проекте, но все это нахуй не надо в 95% случаев отчего мотивация в жопе, остаётся только с пмом вербально пиздиться за процессы и все такоечто тоже имеет мало эффекта, когда есть исполняющий обязанности тест лида, который как скажут сверху так и делает, и это не ты))))
В эпаме все так делают, потому что после синьора жизни нет и все, кто когда-то получил лидовские лычки не знают куда себя деть со своим стеком ручника+автоматизатора. Как минимум такое повсюду в белорусском эпаме
На работе обучаю ручников автоматизации, любой кто захочет может научиться за 2-3 месяца. Но это работа просто не для всех, у кого-то просто склад ума другой. Если заниматься этим не в кайф, если не получаешь удовольствия от заработавшей программы - просто забей, толку не будет.
В разработке находится процесс по заведению трактора, уверен что без хардскила в проге буду чистить вилкой за minimum wage. А так хотяб надежда перекатиться в девы. Да и это пмство тошнота же и так скакать уже порядком заебало, сам же видишь что эфорта никакого нету, ведь условный дядя с лычкой лида все равно решает, а рваться в лиды за небольшой прирост в зп совершенно не хочется.
>>1903737
Да бог с ней с автоматизацией, что-то с нуля сделал po kaspresso/xcuitest + jenkins тесты крутятся, отчеты в слак мутятся, но ведь бесконечно грустно о того что это просто элементарная хуйня, совершенно неинтересная, а усидчивости на что-то чуть большее уже не хватает. Мозг отказывается и предлагает потреблять медиа, дрочить и играть в игры. Может проблема в том что я уже дед 29лвл?
>В разработке находится процесс по заведению трактора
Выше в треде был анон, который пояснял за софт скиллы для устройства с штатах. Не знаю, куда ты трактор направляешь, но ситуация в штатах кое-как отображает положение дел везде.
Поэтому:
>рваться в лиды за небольшой прирост в зп совершенно не хочется
Согласен, что ради зп таким заниматься нет смысла, однако это даст тебе те самые софт скиллы. К тому же хоть какой экспириенс погонщика будет лучше миллиона тулов, которыми ты когда-то там пользовался/запускал/смотрел/читал.
А перекат в девы даст тебе тот же минимал вейдж, только на текущем месте с какой-то перспективой чуть большей зп где-то там
Брал пару сеансов в начале ковида, не зашло, но думаю что надо будет вернуться к этому.
>>1903847
Проблема навыка погонщика в том, что в англоязычную среду это не трансферится так легко как хардскиллы дева. Пара лет уйдет только на акклиматизацию разговорной речи. ielts!=реальная разговорная речь и реальная работа Ну а находясь в России, отдаю себе отчет в том, что сейчас 99% зп - это умение четко и по делу кашлять. В общем поинт в том, что где-то там, буду сосать, а где-то тут особо и не вижу необходимости в этом опыте погона.
>А перекат в девы даст тебе тот же минимал вейдж, только на текущем месте с какой-то перспективой чуть большей зп где-то там
Зато эта чуть большая зп будет требовать минимальный софтскилл. Груминг пацаны, даю пять стори поинтов, тикет закрыт -> повторить
Наверно надо было начинать с того что трактор завожу.
Ну я поработав на трех проектах, везде типа лидов ебут в жопу, насколько я вижу, постоянно они были на связи, после работы дохуя чего делали, хотфиксы там проверяли, да, за это у нас лид отвечал.
А зп у него не намного больше моей, а отвественности дохуя.
Я бы хотел выучить язык и писать тестики спокойно
Стажировался бесплатно на КУА автоматизатора 2~4 месяца, вроде справлялся потихоньку, но по окончании стажировки там на работу не взяли, и другую работу за хоть какет деньги я найти не могу. Ищу работу уже ~9месяцев. За всё время давали одно тестовое задание на мануальщика\Селениум\Питон я протупил и очень по глупому его провалил. Дело происходит не в рашке, европе или сшп.
>Статьи какие-то, которые вас бустанули сильно
забей посох: тут с системой ценностей нужно поработать.
То есть ответить на вопрос "по какой причине обмазываться автотестами круто именно для МЕНЯ?"
Ну да, ты же пришел сюда потому что дохуя умный, и хочешь срезать углы: не прокатит, поверь.
У людей, отказывающихся думать, проблемы подобного рода с поисками волшебного рецепта будут всегда :)
Чтобы научиться собирать, чтобы написать нужные лейны для фастлейна, чтобы написать нужные джобы для тестов, чтобы прикрутить сборку отчета и отправку пму, своим пацанам. Чего ты хуйню спрашиваешь? То что ты локально можешь запустить апкшу и нажать там две кнопки - на это всем похуй, просто поебать, это не несёт никакой ценности для продукта, бизнеса и тестирования в целом. Нужно готовое решение, которое ты сам можешь встроить, спрашивая конкретные вопросы у разрабов если что-то будет непонятно, желательно ещё писать так чтобы своим пацанам можно было объяснить как элементарные тесты писать.
Другой анон
Господа, а кто-нибудь знает какие-нибудь более-менее годные курсы по автотестам? Язык не особо важен.
Уже года три работаю ручником (два на последнем месте), начальник недавно написал, сказал если есть желание - выбери курсы какие-нибудь, компания оплатит. Сам я немного аморфное чмо, лень всегда было самому прямо сидеть изучать, хоть и пробовал несколько раз. А вот если с преподом, проверками, да на деньги барина - дело другое (будучи SAP-ером проходил подобные курсы, было очень эффективно).
Хех, ну несчастная любовь там, конечно, фигурировала, но вообще причины другие были.
В сапёры я пошёл сразу после универа, ибо специальность для этого очень подходила информационные системы и технологии, ну и в целом хотелось пойти работать максимально по специальности, а то зря что ли заканчивал.
Но проработал там чуть меньше года - в край заебали командировки. А они были прямо конкретные - две недели в офисе, две в командировке. Да, конечно, прикольно было, особенно вчерашнему студенту - перелёты, шикарные отели, крутые бизнес-центры, милые эйчарки, посиделки в баре с коллегами. Но выматывало пиздец. Ладно ещё в офисе, но в командировках вкалывали прямо с раннего утра и до самой ночи (с утра и до вечера в офисе у клиента, а вечером собирались в кафешке с ноутами и сидели до ночи исправляя/доделывая всё).
Наверное для энергичных кабанчиков норм, но я как-то не потянул. Может и потянул бы, конечно, но после всего этого отторжение к самому продукту уже было.
Как уволился, искал чем бы дальше заниматься. Пробовал себя в кодинге, откликался на всякие вакансии по фронтенду, делал тестовые задания и т.д. И как-то раз мне позвонила эйчарка и пригласила на должность тестировщика. А я не в зуб ногой в этом вашем тестировании, так ей и сказал. На что она ответила - не беда, скачай книжку "Тестирование дот ком", послезавтра перезвоню. Почитал вечерок, созвонились, на все вопросы/тесты ответил, пригласили устраиваться. Я посидел, подумал - я ж теперь неебаться тестировщик, в тот же день поискал другие вакансии, и устроился в другую компанию с предложением поинтереснее. Какой же кайф был просто ходить в офис, без всех этих командировок.
Так и работал понемногу - несколько месяцев в одной, несколько в другой, а потом в голову пришла мысль - можно же работать удалённо. Загуглил вакансии московских фирм, устроился удалённо на x2 зарплату по сравнению с предыдущим место, так и сижу тут уже два года. Ещё и продукт очень интересный попался.
Разработка в той компании велась быстро и единственное, что от меня требовалось, искать баги и тестировать фиксы + записывая баг-репорты в таком вот стиле
1. Редирект с url не работает на url.
Скрин + запись экрана
2. При адаптиве в 320пх плывёт кнопка заказа
Скрин + запись экрана с адаптивом
3. При заказе через api в postman заказ дублируется
Скрин запроса в постмане + скрин заказа в админке сайта
Сейчас почитываю теорию, именно она почему-то даётся мне с трудом, типа что такое тест-план, как его составлять правильно и т.д потому что на каждом сайте по-разному объясняют это всё.
Есть какие-нибудь позиции в дс за хотя бы 30к, где подтянут мою теорию и будет налажен процесс тестирования?
>Как удаленно работаешь?
Максимально охуенно и вальяжно.
>Как сейчас за куа следят удаленно?
За всех сказать не могу, но за мной особо не следят. Просто падают на тест задачки, ковыряю себе спокойненько. Иногда, конечно, бывает что-то прямо срочное, но довольно редко.
>Опиши обычный день.
Просыпаюсь в 10, сразу созвон, который я провожу с телефона лёжа в кровати просыпаясь. После созвона ещё немного валяюсь иногда, конечно, надо бывает во время него что-то показать, тогда вскакиваю, завтракаю, немного поковыряюсь в задачках, опишу какие-нибудь баги, переведу таск на разрабов. Ну и до конца дня потом чередую работу с ютубом, фильмами, играми, чтением. Бывает, что за день вообще ни к чему не притрагиваюсь, бывают и насыщенные дни с созвонами с клиентом, презентацией, написанием тест-кейсов второпях, инструкций для конечных пользователей по новому функционалу. Но в основном, конечно, работаю дай бог день-два в неделю, если посчитать.
>Я заебался в офисе работать, хочу на удаленку но не пробовал.
Очень советую. Жизнь ещё никогда не была такой приятной. Вообще не представляю теперь как можно каждый день пердолить в какие-то офисы, б-р-р-р.
>>1907039
Всё верно. Даже в моём случае - только выпустился из универа, 0 опыта, далеко не ДС, первая работа - и уже 35к. Не, ну первых два месяца, конечно, 15к было, но с учётом командировочных даже так больше 20-и выходило.
Так плюсану, я тот анон что на штаты работает на удаленке.
Вольяжно конечно я не работаю, больше времени трачу на собственно работу) Но тоже с перерывами на всякое.
В офис вообще никогда не хочется возвращаться.
Митинги у меня в 17-18 начинаются в зависимости от времени года :) Ну и оф рабочий график с 13-22 (я уже работал так, поэтому привык - утром дохуища свободного времени в противофазе с толпой)
Ты сам себя наебунькнул фантазиями, это и была реальная работа джуна. Какой тестплан, кто это такой чего ты доебался до этого. Теорию там подучить еще чего-то, совсем тютюнаворкутю? Накидывается чеклист по требованияем, тестируется, чеклист правится по ходу тестирования и добавляется в твой тсмнейм, все. И это будет делать дядя/тетя синер или тимлид, пока ты просто тестишь и решаешь вопросики по мере возникновения.
>что такое тест-план
Тест-план — документ, описывающий и регламентирующий перечень работ по тестированию, а также соответствующие техники и подходы, стратегию, об-
ласти ответственности, ресурсы, расписание и ключевые даты.
Test plan. A document describing the scope, approach, resources and schedule of intended test activities. It identifi es
amongst others test items, the features to be tested, the testing tasks, who will do each task, degree of tester independence, the
test environment, the test design techniques and entry and exit criteria to be used, and the rationale for their choice, and any
risks requiring contingency planning. It is a record of the test planning process. [ISTQB Glossary]
Ну, живи я в Москве, я бы столько и получал (я узнавал). Типа, даже в испытательный срок 30к вместо 15-и. А потом да, было бы 50, с учётом премий как раз ~60.
Просто я попал ровно на открытие филиала в моих пердях. И там особо никто не скрывал что мы тупо дешёвая рабочая сила для московского офиса.
если тест кейс fail, то нужно писать баг репорт да?
я не совсем понимаю как это происходит;типо я хуярю тест кейс вижу что он не проходит,ставлю fail,пишу баг репорт,разработчик фиксит, и я обновляю тест кейс так??нахуя писать баг репорт тогда ,если всё в тесткейсе видно.
блять нигде ничего не пишет как происходят рабочие моменты
Не всегда в фейле виновато приложение которое тестируешь. Нужно проанализировать результат выполнения для начала.
>>1910355
>типо я хуярю тест кейс вижу что он не проходит,ставлю fail,пишу баг репорт,разработчик фиксит, и я обновляю тест кейс так??
Примерно так
>нахуя писать баг репорт тогда ,если всё в тесткейсе видно.
Тест кейс это по сути шаги и ожидаемые результаты. А баг репорт это шаги + описание в чем проблема + приложить видос или скриншот можно. И еще баг репорты нужны потому что дев не всегда может быстро пофиксить, а потом он просто забудет. Ты свой тест кейс можешь 2 часа проходить, а что бы воспроизвести багу достаочно нескольких шагов. Баг репорты нужны для начальства что бы отслеживать количество багов, расставлять приоритеты что когда фиксить.
Просто сравни структуру тест кейса и баг репорта и поймешь почему это два разных документа
Нужно залогиниться на сайте с разных браузеров, но если делать это одновременно - авторизация лочится, то есть лимит одна сессия с устройства. По умолчанию у меня тесты запускаются одновременно, как сделать задержку?
Хотя, наверное, сейчас вкатится так просто с книжкой в голове не выйдет.
Где посмотреть на годные масштабные автомейшн проекты (или как говорят фреймворки) на яве? Многомодульность, многолеерность, в целом присутствие какой-то вменяемой архитектуры. Гит, видосы на ютабе, что угодно.
Я не совсем новичок уже и хочется развиваться как-то. А
в интернетах по теме одно уебанское говно с кучей условностей и косяков в архитектуре и кодинге.
Курсов отсмотрел много, самые приличные ITVDN QA Start.
Скилбокс не смотрел, а гикбрейнс, яндекс - уйма воды, нудно и скучно, разве что на скорости х 1.5 смотреть, но лучше Куликова почитать пару раз и конспект сделать, однако у последних норм шпаргалки по технологиям, в принципе, все можно самому найти, однако вдруг хочешь на блюдечке все, залил их в облако
https://mega.nz/folder/DfYF0ayZ#of6VLLiKQUBC_q_sd9mmqQ
Миннесотские курсы не проходил, если дело трех минут/часов/дней(нужное подчеркнуть), бесплатно и ты реально думаешь, что оно всралось работодателю, то проходи. А лучше напиши, что проходил стажировку в ООО "Данные удалены", но из-за короны тебя выгнали на мороз, да и контора сдохла.
А еще кстати далеко не все кадровики умеют в английский.
В наличии: сеньёрская должность (ручник), 3 года опыта, обосанные сертификаты istqb.
Понял, что по большому счету то я никому и не нужен, лол.
Нужно за неделю задрочить автоматизацию selenium, в объеме достаточном для прохождения собеседования на мидла, /r/ годных курсов и т.п.
smoke ,Sanity, Regression testing к чему вообще относится?
Заебало макакой быть и делать бесполезную работу на ебучем энтерпрайзе.
Классно знаю вёрстку (html/css), есть опыт тестирования фронта (на адаптив, кроссбраузерность, знаю как сломать вёрстку, если свёрстана неправильно, шарю за валидность и семантику, указывал даже фронтам на ошибку, когда они 2 раза h1 юзали).
Тестировал апишки в postman, шарю за git.
Js/PHP на уровне чтения кода. Работал в YouTrack.
Стеснительный сам по себе, но по работе оч общительный. Софт скиллз хороший. Без проблем объясню дизайнеру или фронтендеру/бэкендеру что надо поправить. Даже с отделом сео и маркетинга общался на ура, а там поехавшие все сидят.
Разбираюсь в agile (работали раньше по скраму).
Но проработал всего три месяца.
Потом шароёбился на складе (4 дня) и заводике (2 недели) тупа ради того, чтобы в будущем никогда не рассматривать эти варанты как будущее место работы.
Сейчас работаю в вузе прогером, но тут так хуёво всё по зп, что даже плакать не на что.
Единственное что, в теории теряюсь.
Может быть из-за этого не берут?
Ну ушёл, т.к. параллельно ещё был вариант стартапа. Но с пандемией всё накрылось к хуям. Это и говорю, этим восхищаются даже, типа ебать фуфел какой стартап свой был. Да блять пиздец нахуй блять, хотел в мск что-нибудь в роде стажировки или джун-позиции, где идёт обучение полноценное. Тысяч на 30 было бы шикарно первое время. Через полгодика-годик 60к+ уже было бы неплохо. Да и перекатиться хочется в дс уже из своей деревни.
>адаптив, кроссбраузерность
Не нужно.
>знаю как сломать вёрстку
А можно ещё молотком ебнуть по компу, репорти скорее.
в общем дальше даже как-то непонятно толстота это или реально непонимание, но на всякий случай — тебе стоит подумать над тем, зачем тестирование вообще нужно, потому что на данный момент ты не очень это понимаешь.
Первый раз слышу, чтобы кадровик такое спрашивал, обычно такие детали на технической части собеседования уже тимлид спрашивает.
А вообще открой список типичных вопросов, заебашь чек-листы на них и проверяйся
https://habr.com/ru/post/257529/
https://habr.com/ru/post/279535/
Как вообще у других на проектах? По соседним конторам мануалов уже почти не ищут, только автоматизаторы нужны. Очень переживаю за свое будущее и как развиваться, чтоб остаться конкурентоспособным. Думал о смене деятельности на дизигн/арт/3д, но это вообще зашквар какой-то где ты либо охуенный либо пошел нахуй.
Какие перспективы у QA и автоматизации? Стоит ли превозмогать джаву или может питон? Наши автоматизаторы вообще в отдельной вселенной живу, хуи пинают и скрипты пишут. В релизах они не участвуют, занимаются регрешкой, иногда нагрузочное, но очень редко.
ты чо бомбишь,болезный? По идее гитхаб должен показывать твои проекты,правильно? Т.е. я просто в резюме говорю: "тестировал апи-хуйпи, рест-хуест,нашел 100500 ошибок". Мне говорят чем докажешь? А я такой "зуб даю!". Так примерно? Если бы я представлял правильное решение проблемы, я бы тут вопросов не задавал. Тяжело ответить: "если есть код - кладешь на гитхаб, если нет - смело пиздишь, никто все равно проверить не сможет". Так?
>По идее гитхаб должен показывать твои проекты,правильно?
Не правильно, изначально цель гита не в этом
>Так примерно?
Да, так. Никто не будет тратить своем ВРЕМЯ что бы посмотреть даже не на КОД, а на ТЕСТ ПЛАН и КЕЙСИКИ какого то там вонючего джуна.
За час на собеседовании можно легко понять что кандидат из себя представляет. Если ты скажешь что с 0 на проекте тест стратегию построил и расскажешь об этом, то тебя зауважают, а если скажешь что регрессию дрочил, то никакой гит тебе не поможет.
Для того чтобы не быть дауном есть три пункта: уметь общаться с людьми, уметь общаться с людьми, уметь общаться.
Больше ничего в этой изичной работе нету.
перекатился из куа в разработчика 300кк/сек, без потери в деньгах. бэкграунд: инженер мастер в дс шараге, ангельский 6.5
Тиречую этого >>1926709
%%
английский ниже среднего, но что говорят понимаю.
вопрос:
1. как попасть куда-либо?
2. как проверить скилы, которые у меня есть?
В таком случае шли контору нахер. Меня некотоыре конторы доебали тестовыми с задачами из егэ по информатики и школьных олимпиад, нахер мне оно надо, лучше бы формы тестировал да планы писал - то хоть как-то объективно оценивает меня.
Вкатывался на курсы по тестированию, еще ахуительнее задачи предлагают, олимпиадные универские, код пиши им. Вы че, наглухо ебанулись блядь? Пиздец дебилы.
Видать контора полоумная, начитались в ней дебильных задач, во и давай ими сношать мозг анонима. Вообще напрягает эта херня с кадровиками, так все медленно вечно, одна контора сразу техсобес назначила, полчаса с лидом по делу о прошлом опыте, навыках и все.
По сути, баг-репорт это есть тот самый тест-кейс в котором была найдена ошибка только с тайтлом и скопированный в баг-трекер.
Чтобы не ждать, можешь сделать лже резюме Михаил Петровича как там его... И порассылать вакансии, дальше собрать тестовые задания, скомпилировать и в тред выложить - ты увековечишь свое светлое имя, аноним-361 и люди будут тебе благодарны.
Или погугли, наверняка подобная подборка есть уже
Суть: есть пайплайн, который запускает тесты через дочернюю джобу. Запускает переданным через параметр скоупом, т.е. тестов может быть от 1 до 3к и все они лезут в Build Queue одновременно, независимо от количества нод.
Вопрос: как сделать, чтобы эта самая очередь вмещала, скажем, максимум 20 тестов, а остальные ждали? Это проще накодить в скрипте через, скажем, мьютекс или есть более изящные решения? Плагины вроде throttle-concurrents не помогают.
Пишу тестовое на стажировку.
Сидел дрочил питон + селениум дохуя, теорию вообще не читал.
А тут похоже нужны теоретические знания.
Куликова почитать и смогу это легко написать?
Как думаете какой объем примерно надо будет напечатать?
Остальные задания вроде легко смогу сделать.
Похуй вообще, главное пиши грамотно, связно и не агрессивно. Будешь помогать разработке, обеспечивать счастье пользователей и переводить старушек через дорогу. Это важно для хедов тестирования понимать, и то не для всех, а в маняфантазии вкатывальщика никто не будет всерьез вникать.
>>когда они 2 раза h1 юзали
Проиграл.
анон, очень нужна помощь с нагрузочным тестированием. И нет, нужен не выбор инструмента, а объяснение подхода.
В общем, передо мной стоит 2 задачи.
1. Есть необходимость протестировать нагруженность сервера с значениями:
50 млн пользователей в сутки. Пиковые загрузки происходят 3 раза в день. Профиль нагрузки вообще хоть какой можно выбрать. Треть из них тупят и просто логинятся, ходят по двум-трем урлам. Вторая треть логинится/ходит по урлам и побольше ждет между переходами. Ну и что нибудь похожее с Третьей третью. В общем, что то приближенное к реальности.
Как перейти от построения профиля нагрузки к самому тестированию?
Как я понимаю ясно-понятно, что никто не будет настолько ебнутым, чтобы запускать суточный тест на 50млн. Из условий берем, что пиковая нагрузка бывает 3 раза в сутки. значит уже сокращаем = время тестирование/3. и пользователей /3. а что дальше то? Ясно, что тест в 480минут тоже та еще хуйня. Как еще больше минимизировать ремя и что дальше то делать?
2. Как выбрать конфигурацию целевого сервера через нагрузочное тестирование? Допустим, есть 2 стенда - дев и прод. Конфигурации у них разные. Прод по ясным причинам толще по железу, но к нему доступа хуй да маленько, но есть. Девовский прогоняет 20млн юзеров в пик нагрузки. Как понять, сколько выдержит продовский стенд?
Как я вижу есть возможность прогнать легкие тесты на проде. 10к юзеров/20/40/80. Собрать метрики по нагрузке на сервер, по выделенной цпу на каждую итерацию добавления пользователей. Но что дальше то?
Не претендую на экспертность, но:
1) Если тестировать на дев, при этом у них с продом разные конфигурации (и даже не линейно отмасштабированные), то валидность теста условная, с некоторым допущением конечно можно экстраполировать, но гарантии нет. Например, у тебя есть какой-то внутренний компонент/сервис, который держит максимум 1000 рпс. Тогда хоть сколько железа на прод не навали, больше он держать не будет.
2) определись, что тестируем, какая гипотеза? Выдержит ли стенд пиковую нагрузку? Нафига тогда несколько часов ждать. Дали нагрузку, увидели полку на графиках, сняли.
3) на проде можно протестировать. Выбрали время с минимальной нагруженностью, дали порционно нагрузку, контролируя метрики. Добрались до целевых значений либо стали превышать метрики - остановились. Только проверь заранее, сможешь ли ты остановить тесты, а то бывали случаи, лол.
Как будто камень с души, лол.
Если изначально хотите в программирование - никогда не идите в тестирование (даже если у вас нет релевантного опыта).
Это пиздец - последние три года - худшие в моей жизни (несмотря на то что меня пушили по должностям и в целом рос)
Худшая профессия в моей жизни
27к
Савина бы хватило (тестирование, цикл жизни по, виды тестирования)
Нет, но я хз как сейчас с рынком для джунов
120к (прошу учесть что это не ДС/ДС2 и на мое место взяли троих, лол)
Сгорел, сходил на три недели в отпуск, не помогло, понял что вертел на хую все это ебаное тестирование и если не уволюсь - то скоро это закончиться хуево
Хуевые процессы в первую очередь, 8 месяцев пилился функционал, (!) без тестирования (гибкие методологии разработки? да пошел ты нахуй), потом мне говорят - проверяй. Я охуел, потому что это говно можно сказать - не работает, а там где работает - работает погано. За 3 месяца переработок (работали каждый день, я не шучу лол, по три митинга в день), привели его в более менее приличный вид. Ещё и заказчик конченный для понимания - по их доке на апишку - не работает поиск Я просто сгорел, лол
>>1961285
Куликов, эта твоя настольная книга, которая без опыта может быть непонятна, будешь её периодически перечитывать и въезжать.
Нужно уметь в скуль (select/update/delete), джоины/индексы - только кажутся чем то магическим, на самом деле это хуйня (к делу не относиться, но меня бесит работа с xml в рамках SSMS)
Неплохо бы потрогать постман на какой-нибудь открытой апи (запросы, генерация тестовых данных(опционально))
Если социофоб - то готовься к тому что тебе придется дохуя разговаривать
>>1961396
Йуп. При этом в автоматизацию не отпускали потому что слишком ценный, лол.
>>1961413
Все относительно - мне это не кажется большими деньгами
Чел... Я больше 5 лет макакаю ручником. Заебался, не хочу больше видеть это говно. Почему продолжаю? Потому что я хикка без хобби и интересов, а это даёт мне хорошие деньги для моего города. А ещё я не понимаю/не знаю куда выкатиться, я не хочу прогать, рот ебал автоматизацию. Я в принципе не хочу работать руками, а пиздеть софт-скиллов не хватает, и я не понимаю с чего начать, куда смотреть. Так и живу
Понял. Ну это субъективно все, мне кажется. На джаве овердохуя инструментов, с новыми версиями и возможностей дохуя - та же функциональщина.
У меня на проекте основа на жаве. И есть еще самописный плагинчик для браузера на жсе. Так вот я когда заглянул в его код блевал просто дальше, чем видел. Уж лучше медленная и избыточная жава.
По итогу получилось, что нагрузка для теста должна составлять ~1700 запросов в сек .
Но теперь дальше след вопрос - как из этих данных можно выбрать конфигурацию прод железа? Как понять, сколько раз надо запускать тест для получения достоверной информации по метрикам нагрузки на железо? Чем руководствоваться при сравнении метрик и на что обращать внимание?
upd прод трогать теперь можно и тестовый стенд вообще не нужен и про него можно забыть
Если агентство или внешний рекрутер, то с ними вообще разговаривать бесполезно. Это фильтр, который может только отсеять хорошие для тебя позиции, а всякое говно пропустит. Если внутренний, можно ему закинуть, пусть передаст нанимающему менеджеру. У меня стратегия такая - я озвучиваю сумму на фулл тайм, и пока они в ахуе переваривают, предлагаю частичную занятость. Иногда работает.
завалил 3 собеса
Не совсем понял что передаст нанимающему менеджеру? Они как только узнают, что я ищу частичную занятость, сразу говорят, нет у нас полная занятость спасибо за ответ, досвидания.
А ты озвучиваешь сумму выше рыночной и через какое то время говоришь про частичную? Я если говорю сумму выше их бюджета, они - ой сории это выше нашего бюджета, спасибо за ответ, досвидания.
Это не троллинг. Нужно только скакать кабанчиком уметь. Почему-то все хикканыантоны думают что придешь потестишь, баги позаводишь и пойдешь домой. В реальности ты 4 дня скачешь кабаном и один день уходит на тесты нового функционала + помочь команде с регрессом.
Вписать в резюме я могу, но когда зайдёт речь о реальном опыте на собесе, я же насру под себя, а где бы его взять, из идей есть лишь только, тащить говно с курсов и выдавать это за опыт, ибо больше без работы мне его и взять негде, чтобы это было максимально приближенно к реальности.
Берёшь какой нибудь сайт, например какой нибудь крупный интернет магазин. Делаешь тест-дизайн как тебя учили на курсах, аккуратно документируешь все тест кейсы в гугл докс, потом по этим тест кейсам проводишь тестирование. Находишь баги и также аккуратно их документируешь также в гугл докс, как тебя учили на курсах. Это будет тебе первым опытом. Ссылку на гугл докс с твоими тест кейсами и баг репортами вставляешь в резюме. И ставишь это как свой первый опыт. Можешь попробывать найти контакты этого интернет магазина и попытаться выйти на разработчиков и отдать им эти баг репорты, взамен на их рекомендацию.
Российский (в смысле отделов разработки; продукты разные). Совмещаю несколько проектов (сейчас 2, хотел бы еще часов на 20 что-нибудь), занимаюсь как-бы консультированием в области QA, а по факту devops на минималках/sdet/lead qa, короче делаю все, за что платят деньги. Могу поработать лидом (нанять тестеров, построить более-менее вменяемые процессы), могу починить (или написать с нуля) автотесты, потюнить CI/CD, всякие внутренние сервисы пописать. Баззвордов в cv дофига, от селениума до кубера. Языков много, но если заказчику норм, могу и новый выучить (за его счет конечно).
100к долларов на российском рынке звучит прохладно
>>1968969
Идешь на Ютест, проходишь их академию за недельку, заодно получишь скилы и каплю опыта. В резюме пишешь пол года опыта краудтестинга, только по умному типа:
Applause, Inc. - 6 месяцев и распиши что ты там делал. Test case execution, Bug reports creation, блаблабла. Вот тебе и опыт работы и есть что рассказать
>>1969486
Синтаксис? На таком же как и деву
А ВЫШКА нужна-то? Или нет? ВЫШЕЧКА какая-нибудь? Или это сценарий, когда ты с курсами с курсеры можешь закатиться?
То есть рассчитывать на работу кьюэй как на работу всей жизни нет смысла, выходит? Нас заменят нейронки или это всё же бред? Просто беда в том, что вуз у меня не профильный. Ни разу. Но тематика тестирования мне нравится и "что-то выходит". Прогать - нет, не выходит. Я посвятил тому же пайтону год свободного времени, я сталкиваюсь с камнем в виде линала и логики.
> То есть рассчитывать на работу кьюэй как на работу всей жизни нет смысла, выходит?
Ты в любом случае куда-нибудь укатишься по по ветке развития, всю жизнь проверять как нажимаются кнопки ты охуеешь.
>Нас заменят нейронки
Не заменят
>Просто беда в том, что вуз у меня не профильный. Ни разу.
Психологи, лингвисты, училки - все куа, кто потупее в техническом плане, но лучше разговаривает - ба
>все куа, кто потупее в техническом плане, но лучше разговаривает - ба
Вот это, кстати, такая-то тягомотина
https://ajiethkumar.wordpress.com/2017/08/31/ba-vs-qa-or-ba-qa-an-insight/#:~:text=BA%20stands%20for%20the%20first,QA%20stands%20for%20Quality%20Assurance.
Суммарно сейчас работаю часов 6 в день, иногда ток увлекаюсь и до поздна сижу. В старой компании все отлажено, делать почти ничего не надо. Второй в рабочее русло войдет, попробую третий взять, на попиздеть и на процессы повнедрять, а то написание кода фигово масштабируется.
Что посоветуете выбрать и почему? В соседних тредах вычитал что Python стильно модно молодежно, но нахуй на реальных проектах ненужно, но сам я встречал немало вакансий на этот ЯП, а JS самое то для выкачивания денег из работодателя и везде востребовано.
И что еще под эти ЯП изучать вообще?
З.Ы. - мануальщик 0.25 года опыта работы
Джава если нужно найти работу здесь и сейчас, вакансий таки больше, как первый язык лучше чем ЖС. ЖС - прицел на будущее.
>>1971614
https://sqa.stackexchange.com/questions/33965/how-to-design-test-cases-for-phone-number-and-email-input-fields
https://sqa.stackexchange.com/questions/40042/how-to-approach-api-testing
Какие действия и что спрашивать?
Савина и Куликова прочитал, прошел какой-то бесплатный курс базовый, там хуйня в основном, учили искать баг и правильно его описывать, создавать задачи, приоритеты расставлять + теории дохуя, смоук тестирование и ТД.
Но что конкретно знать то надо?
владеть английским на уровне чтения;
обладать терпением, внимательностью и способностью смотреть на одно и то же с разных точек зрения. Это самое важное;
знать, что такое юзер-стори , чек-лист и тест-кейс, уметь правильно их составить;
понимать, какие виды и типы тестирования бывают и когда надо их применять. Поможет разобраться: «Тестирование программного обеспечения — основные понятия и определения»;
знать, как пользоваться баг-трекером. В Лайв Тайпинг это YouTrack, но если научился пользоваться одним — считай, что научился пользоваться всеми;
владеть техниками тест-дизайна, как минимум анализом классов эквивалентности и граничных значений и диаграммами переходов состояний;
иметь общее представление о гайдлайнах iOS и Android;
быть опытным пользователем как минимум одной из ОС;
понимать принципы клиент-серверного взаимодействия;
тестировщик ПО должен уметь разобраться с продуктом при отсутствии документации;
работать с IDE (Xcode/Android Studio);
снифферить и модифицировать трафик через Fiddler/Charles;
конструировать запросы в Postman;
знать, для чего нужен browserstack;
создавать эмуляторы в Genymotion, Android Studio, Xcode;
понимать, что такое кроссплатформенные приложения и чем они отличаются от нативных. Поможет разобраться: «Кроссплатформенные приложения против нативных: сравнение и выбор подходов»;
работать с виртуальным окружением VirtualBox и Vagrant;
понимать принцип работы и знать основные команды Git. Поможет разобраться курс: «Основы Git»;
уметь пользоваться инструментом для разработки тестовых сценариев Selenium IDE;
понимать как работает инструмент нагрузочного тестирования Yandex Tank и уметь его настроить.
Даже ручные макаки нужны на крупных проектах, время кодера дороже, логично рутину спихнуть кому-то попроще.
А настоящие квакушки уже серьезнее, там куча всего, и код писать нужно и девопс немного постичь, но это те, у кого зарплаты 85% от разработчика минимум.
При выпуске любого продукта есть риски, qa позволяет эти риски оценивать и управлять ими. Если попроще - вот написали какой-то продукт, какие гарантии, что он в проде не наебнется со всеми клиентскими данными? Можно перекреститься и зарелизить, а можно попытаться заранее это выяснить и предотвратить. Собственно этим и занимаемся. Наличие отдельного человека, который называет себя "тестировщик", при этом не обязательно, его роль может взять на себя ПМ, аналитики или разработка, а лучше все вместе. Чем больше проект, тем больше там людей с узкой чпециализацией, в тос числе и qa.
Создадим группу в телегу + сорт оф соревнование.
30лвл хочу в куа, много лет опыта работы инженером на заводе, но сейчас что то все тяжелее с этим(все производства свалили из мск). Начал почитывать по куа теорию, слушать пару подкастов и на шару откликнулся на вакансию тестера. А они взяли и позвали к себе на 50к, хотя на собесе ну очень мычал. Кажется вин , НО - это десктоп и он очень нишевый, есть сомнения что этот опыт скажется положительно в дальнейшей карьере. Все работы и деньги это веб/мобайл а тут это говнище. Я прав и потом с таким опытом будет также хуево как и без него?
> Начал почитывать по куа теорию, слушать пару подкастов и на шару откликнулся на вакансию тестера.
2 вопроса к тебе есть:
1. Сколько книг у Куликова прочитал, сколько времени потребовалось вкатываться в тестера
2. Как ты вкатился без опыта? Ты из какого города?
> Просто вот какой-нибудь человек написал что-нибудь, выложил на гит.
Ага, а оно оказалось говно багованным.
> Он же не нуждается в тестировщике?
За него тестируют пользователи и пишут ему на почту. Но для серьезного софта, как например автопилотирование самолётов, ты хоть понимаешь что будет, если софт сразу выкатят без тестирования?
>>1975559
> Вас заменят через пару лет или нет?
Кто их должен заменить? Все равно будет конечный проверяющий, вон сделали магазины без касс, а на выходе все равно стоит человек, который проверяет.
Ситуация такая.
По случайной волшебной хуйне попал в хорошую компанию тестером. Проработал там 3 месяца (не полных) и решил дропнуть это место т.к. там был один максимальный уебан с которым я работал через силу, так он ещё и мой начальник, грубо говоря, был. Ушёл онли из-за него, потом ковид, полгода сидел дома. Потом месяцев 5 поработал в поддс в говно-конторе, сейчас неделю работаю логистом (обучают).
На позиции тестера особо ничего не делал. Делал то, что говорили разрабы и старшие тестеры, даже сам задачку полностью в ютреке не заводил. Точнее заводил, но в ней назначение разраба ставил старший тестер, приоритетность тоже.
Я был макакой, который тестировал вёрстку и апишки в постмане.
Сейчас хочу вернуться обратно в тестеры с дальнейшем перекатом в автоматизацию. И в связи с этим есть несколько вопросов.
Сам по себе парень не глупый. Бывает, что туплю, но это только в процессе обучения, а бывает, что всё налету схвачу за раз.
1. ТК засрана нахуй. завод - 2 недели, склад - 1 мес, программист, 5 мес, логист пока 1 неделя. В своё оправдание скажу лишь то, что я думал, что в поддс в своей мухосрани смогу найти более-менее норм работу, а тут наёбывают. Например, сейчас логистом устроился, говорили 2-3 раза коммандировки будут, в догоовре про них ничего не написано. Как подписал договор, оказалось, что коммандировки 1 раз в 1-2 месяца длительностью в две недели. Ну это пиздец...
2. Мне 25. Полным-полно вкатывальщиков и в 18. Чем они хуже?
На данный момент я полностью определился, что дальше хочу в тестеры и там развиваться. Всё. Может быть, это будет плюсом, не знаю.
3. Живу в 3 часах от москвы. То есть ЖД занимает 1 час и метро полчаса. Но до своей мухосрани надо доехать из деревни (это ещё полчаса) + всякие переходы. Короче 2-3 часа до мск, обратно тоже. Это пока что единственное, из-за чего я не хочу в дс.
Переезд закрыт, т.к. мамка осталась совсем одна, бати и бабки не стало, я её не смогу бросить никак. А каждые выходные ездить в дереню, это пиздец.
Сори, что так много написал, надеюсь, кто-то да ответит.
А что по поводу моей тк?
Они же будут думать, что я непостояннен. Прекрасно понимаю, что это плохо, что такая тк у меня, но я уходил с работы из-за того, что наёбывали, как и наебали сейчас. Лишь два места были, на которые я пошёл, чтобы потом не жалеть, что не попробовал. Не понравилось, ушёл и больше никогда не вернусь. Это я про склад и завод.
Тут не скажу, у самого трудовой нет, работал с заграницей - тупо контракт и все. Вообще трудовую смотрят до и после всех собеседований? Может ты пройдешь технический собес, понравишься начальству и те если что надавят на кадровика, которая начнет ебать мозги о непостоянстве.
Подробно описываешь в резюме весь релевантный опыт (5 месяцев). Остальные временные диапазоны помечаешь как "работа вне IT". Всё. Если спросят, скажешь, что работаешь логистом. Подробности никого не ебут, для технаря внутри IT остальной рабочий мир это ебаный Мордор. Логист - звучит не так уж хуево, что-то даже интеллектуальное. Всё-таки NP-полная задача, лол.
1) Как распределяете задачи и надо ли вобще распределять?
2) Как шарите знания между тестировщиками?
3) Кто делает тест-дизайн и когда?
4) Ведёте ли тестовую документацию?
5) Получаете ли аппрув от аналитиков и разработчиков на написанные тест-кейсы? И как это осуществляется?
6) Какое место занимает автоматизация? И может ли она заменить ручное тестирование?
7) Собираете ли какие то метрики и ведёте ли статистику по метрикам?
а ты кем будешь?
лень на все отвечать
>Какое место занимает автоматизация? И может ли она заменить ручное тестирование?
Ключевое. Заменить не сможет, а зачем заменять?
Просто ручники не нужны, нужны универсальные тестеры, которые могут и в тест дизайн и в программирование. У нас по сути 95% автотесты и 5% ручных
Лидом планирую. Интересно послушать опыт других людей, может что возьму на вооружение. Сам может что расскажу, если интересно будет.
По поводу автоматизации, понятно что тестирование на уровне апи, быстрее и выгоднее автоматизировать. Но что касается тестирования с точки зрения пользвателя тут уже приходится серьёзно думать что оставить на ручное тестирование, а что на автоматизацию.
Знаю максимально базово кибану, гит, скл, постман и работу в постмане. В общем это всё минимально знаю. Работал с browserstack для теста адаптива и кроссбраузерности/кроссплатформенности и т.д. Могу залезть в код пзп, например, поменять исходные данные, переключиться в phpstorm на другую ветку и подтянуть изменения, запустить сборку галпа и вебпака и начать тестировать фикс на этой ветке.
Теорию знаю очень слабо. Только понятия, типа что такое фуункциональное, регрессионное тестирование, что такое ретесты и т.д. Проработал тестером 2 месяца так. Собираюсь искать в дс работу, как думаете, есть ли у меня какие-то шансы среди вкатышей без опыта, но с задроченной теорией? И какую зп прочить? (хочу 50, но готов и за 30 въебывать, если контора хорошая)
Я же сказал, всё это знаю на базовом уровне. С гитом даже особо не работал. Просто понимаю, что это такое. Что значит ветка, что значит смерджить и если покажут команды, то не обосрусь и впитаю быстро их.
Боюсь потому что теорию не знаю почти совсем. А её везде требуют, типа, практические навыки и теоретические знания тест-дизайна.
Я же на работе даже кейсы не писал. Баг-репорты только в виде:
- при переходе на страницу, в консоль падает ошибка
скриншот ошибки
- дерирект со страницы на страницу работает неправильно, во вкладке Network два 301 редиректа.
скрин этой поеботы.
Всё. Кейсы писал только для обнаружения багов, которые сам нашёл. В основном кейсы брал из головы, типа проверить форму авторизации/регистрации и т.д.
Вот хз короче. Теорию надо подтянуть, а я не особо знаю как. Савина в очко ебал, почитал ещё года два назад его пару страниц. Он тест кейс описывал 20 страниц, а на 21 странице вообще по-другому всё объяснил и я запутался в край.
Куликова щас думаю начать читать, но тоже хз, вдруг просто проебу время.
И самое главное. Я за год сменил 4 места работы, лол. В 1 работал 5 месяцев, во 2 - 2 недкли, в 3 - 1 неделю, в 4 - 2 недели.
Два места из этого списка - просто решил попробовать для себя, моё или нет. В остальных двух наебали с условиями.
Не ебу, уже блять трясёт всего.
Пчел, если устраиваешься без опыта - главное, на что смотрят - это общая адекватность, желание и способонсть к обучению. Достаточно хоть немного шарить за теорию и быть достаточно хитрожопым, чтобы давать "правильные" (те, которые от тебя ожидают) на остальные вопросы и все. Ну и английский. Всей "технической" хуйне, которая будет необходима в каждодневной работе на проекте тебя учат за первую неделю-две. Дальше сидишь спокойно лапками клацаешь и радуешься.
ну вот теория это и есть самое сложное. (покрыть тест кейсами систему, что бы их и мало было и что бы они проверяли все)
вот представь, дали тебе клиент сервер бд. Протестируй. Что ты делать будешь? понятно что в реале тебе так не дадут, но все же интересно как ты мыслить будешь.
Наверно неправильно отвечу, но лучше отвечу и обосрусь, может укажешь, где я обосрался. Начнём с того, что значит «дали тебе клиент сервер бд». Давай это будет, условно, конечно же, функционал изменения личных данных в личном кабинете. Дрпустим, фио у клиента Иванов Степан Петрович, он меняет на Степанов Иван Васильевич. Жмёт сохранить и при обновлении данных, должна быть новые данные. То есть со стороны клиента(фронта) мы увидели поля ввода, текст, размер и цвет, дизайн и вот этот весь ui. Сервер, обрабатывает запросы и записывает, перезаписывает, удаляет данные в бд, и бд собственно хранит это все говно. Я вижу это так. Ты мало вводных данных дал, как мне кажется.
>>1979887
Не совсем понял, что ты хотел сказать.
мимо другой анон
В первую очередь уточнил бы, что именно нужно тестировать, попросил бы спеку, если есть. Уточнил бы, сколько есть времени. Ведь в самом деле, "на тебе бд, делай с ней чё хочешь" - это не подход. Может я упорюсь и решу каждую внесённую запись проверять.
Кстати, да, про спеку не подумал даже, когда отвечал. На прошлом месте работы, где я отработал 2 месяца этого просто не было даже. кейсов никаких не было, ничего не было. Просто сказали, протестируй переход с http на https всего сайта. Или, например, протестируй подписку на мейл и смс через лк и постман. Всё.
Я как бы вообще не боюсь ни терминала (он мне вообще очень симпатизирует, думаю его даже выучить), ни всяких кодов, мне интересно покопаться в коде, даже если трудно понимаю, что там.
анон выше тебя
Так вот. Решил подтянуть теория. Смотрю на Савина и Куликова. Кого читать? Савина пытался читать, блевотный стиль написания у него. Хи-хи, ха-ха, клоун какой-то. Теорию из гугла если брать, то получится всё обрывками. Тут кусочек, там кусочек, мне кажется вероятность запутаться будет очень высока.
Знаю что такое ретесты, регрессионное тестирование, функциональное, тестирование пользовательского интерфейса. Ad hoc testing вроде это исследовательское тестирование. Когда нет ни тз, ни доки, ты просто заходиишь на сайт, становишься условным клиентом и начинаешь клацать как дэбил, имитируя незнание работы функционала сайта.
Скудная теория у меня, как вы могли заметить.
Удваиваю, сам читал Савина - говно для даунов, Куликова, сейчас Коуплед читаю. И еще куча книг на очереди.
Тут надо кучу всего уметь и знать. Людей наебывают говоря что тестирование легкая область, возможно быть говнотестировщиком который вообще не шарит и норм, но я хочу быть специалистом а не дауном за 20-30 к руб в мес.
>Кстати, да, про спеку не подумал даже, когда отвечал.
Не в ней суть.
>Просто сказали, протестируй переход с http на https всего сайта. Или, например, протестируй подписку на мейл и смс через лк и постман. Всё.
Я говорю об этом, об отсутствии системного подхода. Ты должен хоть и коряво, но этот подход к тестированию построить. То есть проанализировать из чего состоит система, декомпозировать. Выделить ключевые сценарии, написать кейсы на них и двигать дальше по функционалу
http://testbase.ru
https://www.youtube.com/channel/UCK5RJtfkbane9KiFI9LaiYQ
Какие конторы берут стажёром и обучают их до джунов?
Я уже хуй знает как конкурировать с такими же вкатывальшиками с курсов.
Локация - ДС
Подумываю перекатиться, стоит ли?
>>1971842
Анон, ты работаешь на двух работах официально трудоустроен?
Хочу устроиться на вторую работу тоже официально, но стремаюсь, что работодатель каким либо образом узнает, что я уже трудоустроен официально. Может ли работадатель пропалить, что у меня уже есть работа? И если пропалит, как выкручиваться?
Попробуй в тинек, как раз скоро новый набор у них. Есть даже вроде шанс потом в штат попасть, а если даже не попадешь, хоть какой-то опыт получишь.
https://fintech.tinkoff.ru/study/start/quality_engineer/ .
Анон как ты нашел первую работу автотестером?
>а вакух на автоматизаторов просто вагон
Вагон с опытом от года.
>>1986101
>Либо развиваться в sdet
Чтобы стать сдетом я или уже должен хорошо кодить (зачем мне тогда T в SDET если я мог бы тогда просто быть SDE)
>либо идти в qa с автоматизацией (70/30 либо 50/50 ручное/авто)
Это поди кончается тем что тебя ебут овертаймы и есть время только на ручное. Хотя выбора у меня в плане первой работы конечно нет.
>>1986158
>Что такое sdet, что он делает?
Тот же разработчик, но в отделе качества. Внутренние тулы написать например.
>50/50 ручное/авто, это как?
Ну ты же не все можешь тестами покрыть. Поэтому автоматизируешь какой-нибудь регресс и стабильный функционал. А ручками уже смотришь то что дорого или нельзя автоматизировать (юзабилити, новые фичи, фиксы багов и так далее).
>>Это поди кончается тем что тебя ебут овертаймы и есть время только на ручное
Я другой анон, но у меня этим и кончилось-пришлось почти забить на автоматизацию( автоматизировано примерно треть регресса), потому что у бизнеса сроки постоянно горят и надо новые фичи выпускать, приходится по сути занимается ручным тестированием. Думаю о том, чтобы менять место работs, потому что из этого цикла меня спасет либо увольнение, либо овертаймы( в которые я допишу нужные тесты), которые никто не оплатит.
Полтора года работаю ручником в геймдеве, ЗП не сказать чтобы жирная, но хотелось бы уже побольше и задач поинтереснее. Основная проблема в том, что это сраный геймдев, а вырасти на нем и получать норм ЗП, как я понимаю не получится. На работе не так много времени уделаю созданием чеклистов и кейсов, в основном правлю и вношу свои замечания, постоянно на связи со всеми участниками процесса (коллектив всего 10 рыл). Последнее время стараюсь всячески улучшить процесс, пишу говноскрипты на баше, чтобы ускорить и упростить процесс работы с оборудованием. Хотелось бы побольше уделять этому внимание, но компании это особо в хуй не уперлось, нужно поскорее выкатывать новые проекты. Чувствую, что на этом месте стагнирую, поэтому начал изучать Python, чтобы попробовать себя в автоматизации, сейчас борюсь с классами и прочим ООП, но понимания, что требуется и куда двигать дальше нет. В планах закончить продвинутый курс на Stepik'е по Python и проходить там же курс по автоматизации. Анон, подскажи в какую сторону копать и что изучать.
Ну да, все примерно так и есть. Надо либо уметь прилично кодить (еще и мочь в operations) , либо бороться за интересные задачи. В принципе, на галерах чистые автоматизаторы еще остались, но ты поди сам охуеешь 5х8 однотипные тесты клепать по заданным сценариям.
неполная вышка.
в стеке питон, опыт тестирования - 20 юниттестов.
пару проектов на 10к строк кода, всего написано тысяч 100 строк питона за всё время.
опыт: меньше полугода прогером (ушел), 3 месяца в магазине грузчиком, 3 месяца бумагонюхом в офисе, и полтора года неофициально левачок по разработке мелких скриптов +админка\мониторинг у кента в его мелкобизе.
искал работу полгода, 500++ откликов.
дальше было так: наткнулся на вакансию автоматизации тестирования на питоне, загуглил "автоматизации тестирования на питоне", трули первая ссылка в гугле, открываю, внезапно стало интересно (не понятно, почему, лол) и прошёл за три дня бесплатный курс, обновил гитхаб.
ВНЕЗАПНО началась волна приглашений на собесы. будто рекрутеры спалили резкую сотню коммитов в учебном репозитории.
внезапно получил оффер на внезапно сеньёра sdet в годной компании. почти на 200 гросс. последняя зарплата была 30к рублей лол.
сказали, что хорошее знание питона стало преимуществом, несмотря на отсутствие куа опыта. хотя и в питоне у меня полно пробелов, пару раз отвечал "не знаю" и благодарил за объяснение.
такие дела, куач.
сижу теперь на нервах, жду подписания трудового, очкую что что-нибудь пойдёт не так.
>Ну ты же не все можешь тестами покрыть. Поэтому автоматизируешь какой-нибудь регресс и стабильный функционал. А ручками уже смотришь то что дорого или нельзя автоматизировать (юзабилити, новые фичи, фиксы багов и так далее).
Ну хуй знает, чел, у меня все покрыто, а то что не покрыто я отдаю смоук тестеру ручнику, но такого функционала оче мало. Мне с проектом в этом плане повезло.
СДЕТ по моему это параша, сидеть тулы писать, это ты недо дев недо тестер по сути.
Чёто не врубаюсь. Вроде 60 миллионов людей в айти трудятся башкой стандартную рабочую неделю по 8 часов.
В универе половина (не распиздяи) спокойно учатся целыми днями, при том что там огого надо напрягать мозги и постоянно что-то новое надо не просто заучивать, а понимать и применять (по крайней мере в физмате где я учился).
сам иногда раньше устраивал периоды когда боролся со сном и не спал по 2-3 суток. Довольно быстро я привык и мог например работать часов 30 (ну делая перерывы каждые часов 5-6) с информацией. Реальные траблы начинаются на третьи сутки, т.е. когда начинается утро третьего дня, вот там да, мозг просто выключается и я тупо копипастить порой не мог из таблицы в таблицу чёнибудь без ошибок, а то и циклился на простой хуйне по часа два-три. Но это были эксперименты и насилие над собой.
А так я к тому, что будучи ленивым троечником, спок работал по 10-12 часов, особенно если не нужно ничего особо выдумывать и все упирается лишь в недопущение ошибок, т.е. тупо надо глазами по второму-третьему разу строки прочесывать и всё.
Т.е. я например когда напишу для себя скрипт\программу и потом ею пользуюсь, то получаю от этого кайф. У меня есть набор скриптов и конкретно две полноценных программы. Через один тулз я организовал вообще всю свою работу (органайзер для задач), второй пользовался для работы полтора года и кайфовал как она чётенько решала задачу с простым удобным УИ.
Работать и учить-усваивать-осознавать, это разные вещи, есть конечно уникумы, которые и впрямь могут по 10 часов учить и всё переваривать, но таких единицы, ты путаешь с машинной хуйёней, которую ты далешь на автомате, с процессом полноценного обучения. А на работах никто не занимается умственной активностью все 8 часов, можешь у кого угодно спрашивать.
Окей, спрошу.
Чёто прямо представил свою будущую QA команду.
Никогда ранее в команде не работал.
А там элитная бригада по отлову ошибок в весьма крупном и известном на уровне фотошопа проекте мирового уровня. И они как раз и держат фронт между клиентом и продуктом, не позволяя говнять имя фирмы проскакивающим багам.
Эдакие профессиональные ловцы мразей-ошибок. Плетут ловушечки на питоне(тесты), расставляют их, выжидают когда в ловушку попадутся вкусненькие косяки разработчиков, приговаривая шёпотом ух бля. Потом осаживают девелоперов, рамсят за косяки.
И контора уже больше 20 лет держит марку.
И они такие - мы таки рады вам, присоединяйтесь к нам таки, будем вместе ошибочки ловить.
прямо ручки потираю ух.
и важно ли наличие т.н. портфолио и резюме вида -
sql (select, join, триггеры, хранимые процедуры)
postman(могу создать коллекцию тестов и прогнать их)
charles(breakpoints)
bash(grep, cat)?
Просто как по мне то это глупость какая-то делать портфолио из баг-репорта, тест-кейса, чек-листа
Банальщина, а конкретного человека указать не могу.
«Кто изобрел тестирование и в каком году? Причем здесь программное обеспечение и научный подход?»
Если логика есть и алгоритмы умеешь и понимаешь - даже веселее будет
>>1988759
Изобретено было издавна, когда мануфактуры и прочая херня проверяла качество своих изделий чтобы не обосраться перед клиентом. ПО тут при том, что есть день тестировщика, научный подход позволяет анализироваь и все такое, а еще про жука на испытаниях ракеты что ли расскажи.
А вообще имхо, конторы без фактически тестовых (типа проверить тестовый сайт) с этими вопросами - это хуета. То им число кратеров указывай, то какие-то задачи из ЕГЭ решай на программирование. И как это херотень позволит им понять мой уровень? Странные ребята.
Вот такая хуета там:
1. Веб-студия (август 2018-июль 2019). Ушёл т.к. зп не поднимали, а наоборот на 1к вообще урезали.
2. Завод (ноябрь 2019 две недели). Пошёл туда, чтобы попробовать: моё или нет. Ушёл, когда чуть не проблевался от унылой обстановки там.
3. Кладовщик (октябрь 2020 - ноябрь 2020). То же самое, что и 2 пункт.
4. Инженер-программист (ноябрь 2020 - март 2021). Обещали 50к, платили 30к. Не знаю, как я ваще 5 месяцев проработал при такой наёбке.
5. Менеджер по логистике (март 2021 - апрель 2021)
Тоже обман, но не с зп, а с командировками.
В промежутке между 3 и 4 пунктом работал тестировщиком (3 мес), но пишу везде, что работал 6 мес.
Работал не по тк, а как самозанятый (хз, можно будет проверить или нет). Не ебу, короче. Походу уже пиздец никуда не возьмут блять.
В ДС отклоняют в 75% случаев отклики. Остальные не отвечают. Это всё, пиздец?
По скиллам много что знаю: sql базово, git базово, вёрстку ахуенно знаю, dev tools, Postman, логи в кибане даже снимал. Работал в ютреке, писал баг-репорты. Пиздец блять.
В резюме не пиши про опыт не относящийся к тестированию. Твою трудовую увидят только тогда когда на работу будут брать, поэтому в резюме можешь пиздить сколько хочешь. Главное чтобы пригласили на собес и чтобы ты смог внятно ответить за все навыки которые ты указал. Я в своём первом резюме пиздел только так, но перед собесом курил гайды, термины и всё получилось
А, допустим, я укажу, что год назад работал тестером, и до этого сайты пилил.
Потом на собесе спросят про последнее место работы, сколько отработал и почему ушёл. Что отвечать? Отвечу, отработал две недели, ушёл потому что блядские наёбки в моей мухосрани. Допустим, им станет похуй и при оформлении им не понравится моя ТК, что тогда делать? :(
Просто напизди, что работал неофициально в какой-то конторе, придумай чем занимался и что был за проект - напизди короче, он все равно никак проверить не смогут.
По поводу трудовой - там ваще по идее всем похер должно быть при оформлении, тебе офер дали, далее хр уже все делает, а ей по идее похуй должно быть.
Например, есть предыдущая версия приложения, в который в который не работает ключевой функционал какой-то( в зависимости от приложения) ну или просто не логинит в приложение. Поскольку сейчас уже используется новая версия приложения и там этого бага нет, то приоритет у этого бага низкий и его можно потом поправить, но по факту он блочит входи в приложения у тех у кого старая версия.
В вакансии требования были к базовому знанию программировария, ООП, Java,, Selenium, локаторы и знание HTML, CSS.
Плаваю только в принципах ООП, при этом тесты писать получается, вот такие оценки получаю. Помимо этого еще кое-что знаю, но лень расписывать
>>1992200
Дай линку плз, что за классрум такой, гугл классрум чтоли? Интересно стало.
Почитай еще про дженкинс/тимситы полюбому будет плюсом, про кубер, докер короче всю девопсевскую хрень, я думаю лишнем не будет про SCV ты в курсе как я понял, можешь еще всякие ебанутые локаторы потренить, вдруг скажут на бумажке найти какой-то.
Всем спасибо, очень хочу узнать как происходит тестирование в Agile:)
Если вся база есть, то нахуя тебе еще какие-то курсы, ищи всякие стажировки, типа тиньковской ща идет https://fintech.tinkoff.ru/study/start/quality_engineer/ или долбись в джуновские ваканскии аля "вил ворк фор фуд" как у Савина Дорогу осилит идущий.
Да нахуй шлют везде, на джунов нужен коммерческий опыт от года, из 60-70 откликов смотрят резюме 20, выдают тестовое 5 и там тестовые аля тестируйте макет по картинке, либо напишите скл запрос с агрегатной функцией count, и потом просто поохуй, игнорируют и всё, у тинькова надо КОНТЕСТ ПО ПРОГРАММИРОВАНИЮ решить, там 6 задач
Да я чекнул что там за задачи у тинька, не думал что там прога будет прям одна пиздец. Ну это долбебизм какой-то тогда, нахера им прогеры, челик который эти задания решит, скорее пойдет на разрабовскую вакансию. Плюс я тебе гарантирую, что большинство из текущих тестеров тинька даже половину этих задач не решит.
Посоны, а что такое тестовая модель? Дохуя раз это словосочетание слышал, а что под этим понимается так и не понял.
Может быть. А может и нет. Если ты вкатун, то тебе в любом случае стоит сделать, т.к. у тебя появится шанс залететь на первую работу или как минимум получишь опыт составления тест кейсов.
Я, к слову, при вкате сохранял все тестовые и скидывал их с резюме хрюшам, как по мне это хоть немного увеличивает шанс быть замеченным на новых откликах.
Ну, если проект маленький, а голова большая, то можно и в голове, но лучше где-нибудь в общедоступном месте.
Если серьезно, это описание системы, которое создаётся, чтобы по ней потом тест-кейсы писать (ну и прочие полезные тестовые артефакты). Типа вот здесь у нас бд, тут фронт, там микросервисы, вот здесь внешнее апи используем и т.п. Соответственно указываем, какие тестируем компоненты, где будут интеграционные и е2е тесты, что надо замокать, ну ты понел.
Сильно зависит от кучи факторов. Мой опыт это 1 тестировщик на 2-3 разработчиков. По началу можно даже исходить 1 тестировщик на 4 разработчиков, но скорее всего ему не будет хватать времени. С начало лучше искать опытных ребят, они помогут настроить процессы. Потом уже добирать как получится.
Тут вроде более менее описано https://www.a1qa.ru/blog/test-policy-upravlenie-testovoy-modelyu/
За три года работы по гибким методологиями в крупных банках ни разу не видел на проектах ни тестпланов, ни тестовой модели.
Ну ты же чем то обосновываешь необходимость набора команды. То есть ты не справляешься с потоком задачь. Значит у тебя есть определенная статка сколько сыпется задачь от разработчиков всего, сколько из этих задачь падает на тестировщика, как долго задачи весят в тестировании, копится ли очередь на тестировании, какие процессы хочешь ввести/изменить. Может там регрессию перед выкаткой в прод планируете добавить. Аггрегируешь всю эту инфу, как то перерабатываешь, прикидываешь время, разбиваешь на примерную производительность среднего QA, получаешь примерные числа. Смотришь статку инцидентов в проде. Как то тоже ее аггрегируешь и перерабатываешь так, что бы показать что вот эти вот ошибки можно было бы отловить на этапе тестирования.
Разумней всего набирать людей постепенно. Взяли сколько то человек, посмотрели как едет, чувствуете что не хватает, добираете. Ну и я не знаю чего ты хочешь, чисто мануальщиков или мануальщики+автотестеры. Может в вашем случае отношение цифр будет другое и хватит 1 тестировщика на 4-5 разрабов, хотя бы поначалу.
Значит так, братан. Спрашиваешь у начальства бюджет на качество. Сколько они хотят/могут денег сейчас дать на отдел. Потому что иногда лучше нанять одного синьора помидора, а иногда три студента макаки.
1 к 3 хорошее правило, мне нравится. Заявляешь о нем, спрашивают почему? Говоришь что так подсказывает предыдущий опыт. Тебе скажут что это много, давай 1 к 4 или к 5. Ты соглашаешь, раскидываешь задачи, работаешь так полгода (пока найдешь людей, пока испыталка пройдет, пока пару крупных релизов сделаете).
Дальше три варианта - или вы не тянете, или тянете впритык, или есть лишние ресурсы.
Если не тянете, указываешь на бэклог и релизные переработки когда охуевшие куа уходят в ночь, потому что их мало, а фиксить прод надо срочно. Тебе расширяют бюджет или ты уходишь, чтобы не поседеть к тридцати.
Если тянете впритык, аргументируешь тем, что в кранч и с болезнью/внезапным увольнением/декретом это все посыпется и нужны резервы хотя бы один джун. А там уже этот джун станет мидлом и будет вообще хорошо.
Если есть лишние ресурсы и ты перебрал людей это наоборот хорошо, потому что заняться всегда есть чем и люди выгорать не будут в кранчи %но так не бывает, на куа экономят в первую очередь%
Е
везде отказывают в ДС.
Где зовут на собес, нормально переговариваем в зуме, отвечаю по скл всё, по гиту, по теории, по постману, всё о хттп рассказываю, т.к. есть опыт работы тестером уже.
сейчас просто 50% просматривают резюме и всё. 40% отказ шаблонным ответом, типа вы нам не подхдите, извините, хотя я им подхожу идеально. каждому пишу сопроводительное письмо, где указываю, что с аналогом работал и очень хорошо знаю работу.
в остальных 10% собеседуюсь ЧАС ЦЕЛЫЙ, всё идеально, общаемся прям душа в душу и мне говорят, что в конце недели наберут и скажут ответ, т.к. у них ещё кандидаты. пиздец блять я не могу нахуй, реально что ли 500 тел на одно место идут или что блять?
Во первых, не накручивай себя. Отказы это нормально. Просмотры вообще ничего не значат. Шаблонный ответ это нормально. Серьезно, относись к этому проще. Попробуй разговорить какого нибудь HR что бы рассказала что было не так.
> ЧАС ЦЕЛЫЙ
Вообще не показатель. Можем и 2 часа проговорить, если человек интересный. Но я разработчиков собеседую. Час это скорее такой корпоративный стандарт. Как минимум это значит что не сливаешься на вопросах и вполне себе отвечаешь то что ожидают.
> пиздец блять я не могу нахуй, реально что ли 500 тел на одно место идут или что блять?
По моим субъективным ощущениям, найти хорошего тестера сложно. Вплоть до того что тестировщиков приходилась выращивать внутри компании.
Да ну просто хз. Я уже готов на джуновские вакансии откликаться. Мне тема тестирования реально интересна.
У меня за последний год есть опыт работы в разных сферах. Три места. Это я ради интереса пробовал себя в разных сферах, типа просто сам решил убедиться: моё или не моё. Может быть это их отпугивает?
У меня реально хорошие знания в вебе, хорошо понимаю клиент-сервер, могу средний запрос к бд написать, могу накодить круд-приложение, думаю, не каждый тестер, а тем более джун это сможет.
Мой знакомый недавно устроился в контору вообще без опыта. Только теорию почитал, лол. Я реально не понимаю, в чём проблема. Скорее всего, из-за того, что я за последний год сменил много мест работы. Классно. А говорили, в таком возрасте надо пробовать себя во всем. Попробовал, блять.
Что почитать лучше? Савина или Куликова? Смотрю, тут Савина не особо-то любят.
Имею представление, что такое регрессионное тестирование, ретесты, функциональное, тестирование уи.
Знаю, что такое кейс, но сам его не составлял. Реально в конторах прям-таки сидят и составляют кейсы как в примерах? (айдишник, название, короткое описание, шаги и ОР, ФР??? А если нет, то нахуя вообще тогда гоняют по теории тестирования?
> Посоветуйте, как привести теорию в порядок?
Никак, ходить на собесы и помечать для себя все, где поплыл.
> Что почитать лучше? Савина или Куликова? Смотрю, тут Савина не особо-то любят.
Одна хуйня, главное знать термины оттуда.
> Знаю, что такое кейс, но сам его не составлял. Реально в конторах прям-таки сидят и составляют кейсы как в примерах? (айдишник, название, короткое описание, шаги и ОР, ФР???
Да, именно так и пишут, айди не всегда
>А если нет, то нахуя вообще тогда гоняют по теории тестирования?
Если ты джун без опыта, то что у тебя ещё спрашивать? Если теорией душат человека с опытом, то другое дело.
Диплом компьютерного ПТУ. (Нормальную) вышку пришлось дропнуть после 1.5 семестра, в шараге помимо очевидных вещей кроме установки шиндоус рассказывали немного про методики тестирования, был даже курсач по похожей теме.
Уверенный пользователь ПК. Та же установка винды, офис, смена термопасты, плюс самые поверхностные навыки по разнообразным программам и областям о которых в последнем пункте.
Знание основ программирования. Знаю, что такое инкапсуляция/полиморфизм/наследование, пилил простенькие программы на C++ для игр читающие память/работающие с файлами, AHK/Lua скрипты и т.д.
Куликов прочитан на 80/300. Пока что в самый раз и большая часть понятна, в отличие от Савина, у которого "для самых маленьких" и со смехуёчками. Напрягает только большое количество терминологии: с меня ведь не потребуют на каждом собесе называть отличия функционального тестирования от тестирования функциональности?
Английский ~B2 чтение, ~B1 остальное. Читаю всякие вики/форчаны, японщину на английском без особого труда, даже исконно американский худлит (Азимов) вроде нормально идёт. С остальным сложнее, могу общаться с бургерами в чатиках, но это отнимает много времени и наверняка там куча ошибок в артиклях/предлогах/всяких условных предложениях.
Ещё такой момент: кое-где вместо резюме анкета, в которой про английский только чекбокс с уровнями. Лучше ставить B1 и надеяться, что меня не отсеят, или спиздеть про B2 и на собесе сразу объяснить подробности?
На протяжении трёх с лишним лет копался в одной второсортной онлайн-дрочильне. Качал тестовые билды через изменение файлов, смотрел что там поменяли, искал и абузил баги (в том числе очень даже серьёзные) и так далее. В процессе нахватался базовой информации по различным областям - виртуалки, устройство оперативной памяти, Cheat Engine и скрипты к нему, даже чуть-чуть IDA Pro. По сути, отчасти бесплатно занимался тестированием без знания какой-либо теории и с изобретениями велосипедов, так что ящитаю стоит указать. К тому же, по этой теме несмотря на трудности в голосовом общении я смогу долго пиздеть на собесе, благо достойных упоминания моментов там немало. Возможно, стоит даже обнаглеть и засунуть этот пункт в опыт работы вместо хобби, а то мало ли - ХР не дочитает до конца и всё впустую.
Приветствуются всякие подсказки по резюме и собеседованиям, ну и посоветуйте, что дрочить после Куликова, пока ищу место. Возможно, даже на английском (чтоб лишний раз выебнуться на собесе).
Ну, не самый хуевый вариант, возможно даже лучше среднего. Твою ебатню с игрой можно даже зачесть в плюс, только надо аккуратно описать, что бы не подумали, что ты мамкин хакер или дурачок-игроман. Я сам вкатился в автоматизацию через бота к флешовой игрушке - всякие win api и прочее, лол. Английский пиши b2, если ты хотя бы можешь внятно о себе рассказать в present simple, и пофиг на артикли. Это галерные уровни англицкого, к IELTS отношения не имеют. Потренируйся решать задачки на тестирование. Ждать ниче не надо, прямо сейчас, как прочтешь пост, открывай резюме, пофиг какое. Потом допилишь, все равно его каждый день надо апать. Алсо, что за миллионник с 300 вакансиями на джуниор тестера? Не уверен что даже в дс2 столько есть.
>что бы не подумали, что ты мамкин хакер или дурачок-игроман.
Могут подумать, кстати, но а что такого - своего рода тестирование же, по Куликову вроде подходит под термины security testing и ad hoc testing. Был, например, баг, где при дописывании в конфиг определенной консольной переменной/CVar давался доступ к плейсхолдерам новых крафт-рецептов (ломающим рынок и продажи компании при использовании), было и совсем какерство вроде способов спарсить ники активных игроков/проспамить им в личку/получить логин+пароль из кэша на компьютере. Или речь шла про тех школьников, которые ставят ники "какер1488", сидят на всяких читерских форумах и гоняют с паблик читами в своей любимой игрушке? В резюме понятное дело надо максимально нейтрально описать, а вот стоит ли на собесе рассказывать?
>Английский пиши b2, если ты хотя бы можешь внятно о себе рассказать в present simple
Думаю, худо-бедно смогу.
>Потренируйся решать задачки на тестирование
Думаю на utest зарегистрироваться и повыполнять, говорят, заказы там часто прилетают.
>Алсо, что за миллионник с 300 вакансиями на джуниор тестера?
Новосибирск. Не на джуна 300, а вообще в разделе тестирования, но в других миллионниках вроде поменьше. Тут есть академогродок, в котором куча всякого айти.
Спасибо за развёрнутый ответ. Надеюсь, по началу возьмут хоть куда-нить стажёром за еду.
нахера это знать, непонятно. Лучше выучи техники тест-дизайна, да потренируйся их применять. Научись писать тест-кейсы, оформлять баг репорты. Разберись как интернет работает, например, что происходит когда в браузер запрос отправляешь. Узнай как устроено клиент-серверное приложение. Какие http запросы бывают, из чего состоят и тд. А все эти Interoperability Portability нахер не нужны.
И то и то, тесткейсы+багрепорты. Тесткейсы запилил перед багрепортами по убыванию реальности использования - от корректного заполнения полей до всякой изощрённой дичи вроде xss-атак на предполагаемую админпанель.
На самом деле я просто хотел, чтоб вы тут примерно почувствовали, достаточно или нет, а то ждать пока ответят тяжело.
https://disk.yandex.ru/i/X8npxUZsA18iEQ
Заодно оцени письменный англюсик (я в заявке спиздел про полный b2)
Вроде везде адрес сайта затёр, а то ещё скажете им что сосачер лезет на стажировку
Баг репорты мне в целом понравились, понятные и лаконичные, дескрипшн много где лишний потому что и так ясно.
"but my javascript knowledge isn't enough to figure out the cause by myself." - такое не писать
Тест кейсы. Они в целом говно, много одинаковых проверок. Эту портянку можно сократить до чеклиста.
мимо тестер ни разу не тестировавший формы
Не знаю
>>2003821
Я тут подумол как бы я формочку протестировал
Тесты клиента(формочки):
Manual:
1 ручной, зайти чисто верстку чекнуть глазами, если автоматически не знаешь как проверить.
Auto:
Happy path - 1 автотест
Negative - автотесты для проверки что есть UIные подсказки при вводе не валидных данных + проверка что реквест не ушел на сервер
Unit:
Все проверки с не валидными, пустыми полями и всякое извращение. Пусть девы с этим ебуться.
Все что не могут проверить юниты проверяй автотестами, если автотестом нельзя, то руками
Буду рад если кто дополнит или поправит
мимо тестер ни разу не тестировавший формы
Я в общем-то и сделал что-то вроде чеклиста на черновике, но просили именно тест-кейсы и поэтому отправил ту хуету с кучей повторяющейся информации
На проекте около 3к е2е-тестов, которые сложно стало поддерживать. Были у кого - то такие проблемы, есть ли решения или в какую сторону смотреть?
По-любому бОльшая часть их них проверяет какую-то фигню, или фигню которой уже нет, или дублирует друг друга. Я бы провел ревизию( время конечно уйдет пиздец но куда деваться) и оставил бы основных 1-1.5к если прям приложение большое. У меня вот вопрос кто ваще мог подумать, что такое количество е2е это хорошая идея.
На проекте 2 автотестера. Один занимается анализом, второй пишет автотесты для реализованного функционала по кейсам мануальщика (цэ я).
Тесты гоняются с той же ветки, куда вливаются новые фичи.
В разные периоды падают от 200-700 тестов.
Анализ тестов уже превращается в бесконечную работу по испрпвлению селекторов, шагов и, собственно, багрепортов.
Если сейчас со скрипом автотестер, который аналлизирует упавшие кейсы, справляется, то через полгода он такой объем не вытянет.
Какие у вас селекторы, если компоненты без айдишников, попробуйте фронтов намать чтобы айдишники вам прикрутили или сами пусть вас научат на нужные компоненты их вешать. Потом просто делаете небольшие пр, которые фронты будут ревьюить и вливаете в мастер. Если уже с айдишниками, то по какой причине с селекторами проблема, часто какие-то компоненты меняются на фронте?
>>Удалить не получится
Я не говорю что совсем удалить, а просто порефачить. Сказать, что вот приложение поменялось за такое время и часть тестов просто нахуй уже не нужны.
Например есть какой-то селектор по названию класса/тегу/итд Фронт решает порефачить проект и заменить компонент или добавить другой в рамках нового фунционала, которой поменяет разметку, из-за этого селектор который до этого находил нужный тебе элемент теперь не работает как надо.
Или какая-то логика поменялась в одном месте в приложении, а поскольку это e2e упададут все тесты которые проходят через это место.
Вот именно, лучше уж прийти на такой заваленный проект за x2, напялить трусы поверх трико и всех спасти, пока те кто сделал 80% черновой работы сидят обосранные. А если с нуля правильно делать, какой профит? Заказчик еще и ебало будет недовольное корчить, хуле так долго.
В моде, но, к сожалению, по моему опыту, если они написаны не через уникальные айдишники о которых я говорил выше, как бы хитровыебано они не были имплементированы( через классы/атрибуты итд), они не очень стабильны. И в какой-то момент ты просто сидишь и правишь везде искпасы после каждого релиза фронта.
Работаем по css-селекторам, но идею с id можно рассмотреть.
Проблема в том, что мануалка хочет 80% от кейсов по критериям автоматизировать. С каждой фичей они добавляют по 10-15 кейсов.
Тимлида это не особо смущает.
Но с таким успехом время прогона будет занимать весь день, параллелить их дальше ресурсов уже нет.
Я думаю, что стоит:
1. Отрефакторить/отказаться от тестов, которые проходят больше n минут.
2.Настоять на автоматизации основных, более полных кейсов, но не 20-40 штук с фичи, а максимум 5.
3.Временно мутить кейсы, которые уже нашли баг и создали.
Мне даже вот интересно стало, сколько реальных багов в среднем у вас находят эти 3к тестов, нету у вас какой-то метрики на это?
>>С каждой фичей они добавляют по 10-15 кейсов
А ревью кто-то делает того что они пишут? Или просто вам их скидывают и все и ебитесь.( если тимлиду пох, видимо нет) Неудивительно что у вас 3к на проекте их накопилось, плюс к тому что я говорил выше, я уверен, что разные тесты у вас проверяют один и тот же функционал по несколько раз и часть из них можно реально грохнуть или свести к более общим - то есть, согласен с твоим пунктом № 2. Но это пиздец будет работы, вычленить такие тесты из 3к . Проще все нахуй заново переписать.
На самом деле, справляются они нормально. Среди автотестеров была не слишком большая текучка и тесты писались более - менее адекватно. Но раньше и прогон в один поток был, и не переебывали основной фунционал.
По факту тестирование подключили, когда разработка на проекте началась и это были тольео мануальщики.
Я сам полгода просто автотесты писал, не особо задумываясь, что что-то не так.
А сейчас появилась цель прокачаться в этом направлении и стал осознавать масштабы проблемы.
В целом с 3к ещё справится можно, но опять же, полгода пройдет и один человек это не вытянет.
>>2005073
Юниты есть и покрытие у них хорошее, но я хз, как разрабы их пишут.
Может правят под себя, чтобы пайпы прошли при мр .
И юниты же для тестирования компоненты в изоляции.
А с апи хз, у меня такого опыта нет.
Всё просто. Порекомендовал друг.
Я выучил джс на леарнджс и пошёл на собес.
Дали тестовые на уровне простых задачек и сказали повторить. Пришёл на последний собес и меня посчитали перспективным и модающим надежды.
Устроился разрабом и разбирался с реактом, но без собеса кинули на ангуляр. Я начал охуевать и когда предложиди в автотесты, то я сразу согласился.
По факту знаний у меня до сих пор адекватных нет, но зп почему - то повышают.
Сейчас наверстываю.
А как понял, что готов устраивается.. Жена забеременела.
С >года опыта - 1к$. Но это и не ДС.
Например: есть диапазон чисел от 1 до 10
Поз тест: 1,5,10
Нег тест: 0,11
Анализ граничных значений (Boundary Value Analysis) - с каждого класса мы проверяем значение
на границе
Например: есть диапазон чисел от 1 до 10
Поз тест: 1,2,9,10
Нег тест: 0,11
всё правильно я понял???
Тоже первый собес и тоже завтра. Помимо этого сделал и отправил три тестовых в разные компании, но пока что не сказали результаты.
Тестовые вроде несложные, багов находил помногу, но не уверен в том что правильно всё оформил в соответствии со всеми стандартами и теорией тестирования.
Собеседовали три человека - HR, QA лид и ещё один айтишник.
Спросили кто я ~~по жизни~~, как изучал тестирование, расспросили про теорию (в ответ я пересказывал Куликова своими словами и пытался разбавить воображаемыми примерами). Немного интересовались, что писал на C++ и что знаю про POST/GET запросы. Спросили, не спиздел ли про английский в резюме - расскзал про реддит/сериалы/книги без словаря, вроде поверили (хотя никаких тестов не давали).
Далее - уже после окончания допроса рассказали о своей компании, всякие подробности трудойстройства и испытательного срока, спросили про ожидаемую з/п, дали самому поспрашивать. Отвечали, вроде бы, довольно активно и многословно, так что хочется верить, что меня не приняли за совсем уж брейнлета и до указанного срока будут сравнивать мою кандидатуру с другими вкатунами.
>>2011042
Как у тебя дела? Куда собеседовался (хоть примерно), было ли тестовое перед этим, как всё прошло?
Да как у тебя почти, лол. Часом ли не в одну ходили контору? :D (Кирова) Тоже вроде отвечал норм на все, но бывало в некоторых вопросах плавал, но с наводящими отвечал потом. Еще про БДшки поговорили, про http много разговаривали и в целом про взаимодействие клиент-серверное. И инглиш я себе Б2 указал (реально с 3 класса по 11 дополнительно занимался, школа сама по себе с углубленным изучением языка была), но что-то про него вообще ничего не спросили
В той же самой был, кек. Судя по БДшкам и http у тебя все же больше шансов на попадание туда, у меня из преимуществ только чуть-чуть C++ и... всё. Рассказать охуительные истории про поиски багов в дрочильне возможности не представилось, может в игродельной компании (в которую сегодня позвали по результатам тестового) их захотят послушать. Плюс мне самому игрульки кажутся более знакомыми и интересными чем финансы, надеюсь там прокатит.
на русском есть ?
Да я тупил бывало пепетс в вещах которые знаю, так что хз. У них явно не мы только двое собеседовались за все время. Я еще как понял, им сейчас нужен человек который больше будет прорабатывать тест-кейсы, заниматься тест-дизайном, составлять тест-планы. Т.к. очень много по теории спрашивали, а мне как-то не особо это и интересно - документиками заниматься, лучше автотесты. И вот из одной прислали фирмы тестовое до 5 мая сделать, но там не сложно и думаю за пару дней всяко управлюсь.
Какие плюсы и какие минусы у этого тула? Стоит ли вводить?
Пока какие плюсы вижу я:
- точные шаги воспроизведения бага со скринами каждого шага, а также с возможностью видео (разрабы не будут приходить просить воспроизвести баг)
- быстрее заводить баг репорт (тут сомнительно)
Из минусов - двойная работа когда надо подредактировать и дописать пояснение самому.
Что скажете?
вообще в ахуе, что вы не можете 300 рублей потратить, чтоб скачать все нужные курсы
Manual testing(web/mobile)
Test Design Techniques
Documentation ( Bug reports , Test cases , Checklist , Test Plan )
Black/Grey Box Testing
Basic understanding of Client-Server architecture
Experience with Chrome Dev Tools
Experience with SQL (MySQL)
OS: Windows, Linux
Understanding of Agile methodology
Knowledge of software testing theory
SDLS/STLS
Jira, TestRail
Git
English: pre-Intermediate
вкатун
>Test Design Techniques
>Documentation ( Bug reports , Test cases , Checklist , Test Plan )
>Black/Grey Box Testing
>Understanding of Agile methodology
>SDLS/STLS
>Knowledge of software testing theory
По-моему, последний из процитированных пунктов подразумевает все остальные.
>Английский A2, но текст резюме на английском
Тоже хз зачем, я с B2 написал всё на русском. Для иностранных фирм A2 не хватит, так что для них расписывать нет смысла
Другой вкатун
https://www.tutorialspoint.com/http/http_header_fields.htm
Ну смотри, тебя посадили за комп.
Первое что ты должен сделать — порвать жопу и узнать, релиз чего будет через 6 часов. В нашей ситуации, например, это веб — узнаем url, где находится проект.
Пытаемся найти документацию по релизу — допустим ее нет.
Заходим на сайт и начинаем проверять критический путь. Обычно это логин/регистрация, работоспособность страниц, основной функционал сайта (например видеоплеер как на ютубе).
Если осталось время — смотрим работоспособность элементов, негативные кейсы и тд.
Пилим 2 отчета — первый с инфой вообще ПАССЕД или ФЕЙЛД + вкратце что протестили и что не работает. Второй — уже с конкретными кейсами, краткой инфой о среде для тестирования (например, Win 10, Chrome), а также нормальные багрепорты (шаги для воспроизведения бага, скрины, использованные данные).
Первый передаем в вышестоящие органы.
Второй отчет —разрабам (если есть контакты) или туда же, куда и первый.
Сидим-пердим
Не слушай его. Такие процессы разве что в его шаражкиной конторе. То что тебя взяли и в первый же твой рабочий день релиз и тебе надо будет что то делать просто нулевая. Тем более детали типа "Пилим 2 отчета" это все зависит от процессов внутри компании.
На самом деле все будет так: ХРка приведет тебя на раб. место, познакомишься с командой, сядешь настраивать комп.
Начальник дает тебе задачу, если начальника нет, спрашиваешь кто его заменяет и идешь к нему.
Насколько подробно получилось? Приняли в итоге или нет? Какой уровень указывал в резюме? Требовали ли английский в описании вакансии?
Я бы, наверное, смог сходу выдать что-то вроде "It consists of several important fields - названия полей+краткое описание", хз хватило бы или нет
Как по мне, получилось очень подробно, только забыл про предусловие. Я называл часть баг-репорта, а потом описывал, что там должно быть.
Компания работает только на Америку, так что, английский был обязательным. Я прошёл в интернете какой-то тест, мне поставили там B1, в резюме написал, соответственно, тот же B1.
А так да, меня взяли.
пользуешься оружием маэстро, но оскорбляешь его, щенок?
>>2026347
пруфанул тебе за щеку, теперь отдыхай, раб
Вводные такие: второй год пашу в мухасранском ит-отделе ритейловой сети. UI, андроид, интеграции со всякими сервисами, много апи, много sql'ля, задачек много, некоторые не слишком нудные. Изюминка нашего отдела что минимум формализмов, даже баг репорты заводим только в мудренных случаях или так, что бы не забыть, просто в задачке в комменте чиркнем или в телеге отписываю. Вообщем никаких мудренностей, все оч. дружелюбно и на расстоянии вытянутой руки, начальник адекват, если баг на проде ничего не разъебал даже не ругнется, на работу хожу с легкой душой. Но есть, но... ЗП, когда устраивался она была вполне топ для мухосранского тестера, 70к на руки. После нового года ее даже не много подняли, но меньше чем ожидал, по этому поводу даже расстроился, но забил. И вот месяц назад узнаю что моему корешу из другой конторы с +/- таким же скиллом аппают зп на 30% и по зп он убегает далеко вперед, моя жопа горит, добило меня когда узнал что знакомая тестересса, ушла на удаленку 100+, тут я не выдержал и расчехлил резюме на хх - откликов пиздец, прошел 5 собесов, получил 4 офера, сначала не наглел просил 100ку, потом разошелся и сейчас есть два офера на 140к, один банк(его сразу нахуй, не люблю это говно) а вот второй, поинтересней и более удобоваримое.
И первый вопрос - 140к. это норм для опытного ручника, ЯП знаю чуть JS или сейчас ручнику можно и на 160 и больше ломиться?
Второй: на самом деле переходить планирую только если на текущем месте не апнут зп, минимум процентов на 50, а лучше 70.
Можете дать совет как лучше выбивать себе повышение?
Если я уйду замену мне кажется они оч. не скоро найдут. Меня буквально хр закидали предложениями, два года назад у меня за месяц буквально 6 откликов было от местных и парочка предложений с релокацией. Сейчас же с удаленкой спрос дикий.
И третье: ЗП это конечно хорошо, но на работе я реально не парюсь, умеренное превозмогание и никто плешь не проедает, как на новом месте будет ваще хз.
Вообщем на распутье, идеально конечно было бы, если текущем месте апнут зп, тем более компания финансово отнюдь не бедствует.
Поделитесь своими мыслями/опытом в подобных ситуация.
> на самом деле переходить планирую только если на текущем месте не апнут зп, минимум процентов на 50, а лучше 70.
Смотри: с одной стороны ты узнал, что за тебя готовы давать 140к, с другой стороны ты хочешь сычевать на том же месте за 100, а лучше за 120. Иди к начальнику/ресурснику/хрюше с оферами и так и говори "дают 140, но с вами останусь за 110, как будем решать вопрос?"
С другой стороны зачем тебе это надо было? Если нужны деньги, то тебе вряд ли так резко поднимут зп на такую сумму, зато есть офер, где вот прям сейчас дают и похуй что будет на прежнем месте работы, ты для них в любом случае просто инструмент заработка денег, так что лучше иди за своим комфортом.
Чтобы не проебаться с местом погугли/поспрашивай про перспективы, специфику работы и прочее. Возможно ты давно хотел съебать из мухосрани и есть программа релокации, возможно у них удалёнка как опция, а ты хикка и готов сидеть дома и приходить с офис раз в месяц и прочее. Выдели какие-то пункты выгоды для себя, их и ищи
> И первый вопрос - 140к. это норм для опытного ручника
Сам как думаешь? Тебе дали столько, сколько просил, значит у них есть как минимум 140 для человека вроде тебя, а значит и все 160, если поторговатьсяхотя я не знаю как в России порядки накидывают, но кажется, что примерно так
>>140к. это норм для опытного ручника
Да, еще как. Можешь среднее зп по рынку глянуть и понять, что это выше среднего, тем более для ручника.
>>Можете дать совет как лучше выбивать себе повышение?
Подходишь к непосредственному руку и говоришь все как есть, что у тебя оффер на руках и планируешь уходить- дальше, если рук не долбаеб( а я так понял что нет), он передаст по цепочке и дальше компания будет принимать решеие.
>>И третье: ЗП это конечно хорошо, но на работе я реально не парюсь
Скорее всего и нового ничего не узнаешь сейчас, а это чревато. В новой компании, возможно( а возможно и нет) будут какие-то новые подходы в работе, технологии ну и, конечно, новые знакомства-а они, как показывает практика, очень полезные в ойти( мир не такой большой). Тебе гарантии никто не даст, что на новом месте будет заебись, решение энивей тебе принмать.
Но как я понял, что у тебя несколько офферов на руках, так что ты сам можешь выбрать куда тебе больше нравится, смотри по ощущениям: как собес проходил, может быть удалось с командой пообщаться, с которыми ты непосредственно будешь работать, почитай отзывы о работе в целом в компании, спроси инфу в телеге в канале "QA - Bad Comany!" или через поиск поищи уже существующие , у знакомых поспрашивай, может кто-то там работал итд Короче сведи шанс рандома хуевости компании к минимуму. Удачи.
ВСМЫСЛЕ БЛЯТЬ НЕ СЛУШАЙ?
Встань на сторону интервьюера и подумай, зачем задавать такие некомфортные вопросы. А если отвечаешь не читая, то просто иди нахуй прочитай суть вопроса.
> Тем более детали типа "Пилим 2 отчета" это все зависит от процессов внутри компании.
Предусловия указаны в вопросе. Нет известных процессов в компании. Нет вообще никакой инфы о воркфлоу.
По умолчанию необходимо предоставить нужное количество информации для разных подответственных.
Менеджеру похуй на внутрянку, разрабам наоборот — все равно на цифры, главное инфа о том, как тестили, чтоб понимать, где искать проблему.
Реального Б2 хватит с головой.
>>2033795
>Как проверяли инглиш ?
Спросили как я вижу свой первый рабочий день. Ну я и начал кхм бе ме, мямлить.
>так ли он нужен на работе
Как повезет. Менеджер знал что инглиш хромает у меня, отправил на курсы и общатся мне не приходилось. Через пол года уже начал по чуть чуть говорить, сейчас рулю тремя пиндосами и часто не на 100% их понимаю.
По факту нужен реальный разговорный язык, потому что на том конце может оказатся мекс, индус еще какой то индеец с дыркой в ноуте вместо микрофона
> косарь грина
Читаю темы которые тут написаны и понимаю, что сейчас заканчиваю курсы куа местные, за 350 бачей и всё то же самое, только тут очень много занятий, у меня более сжатый курс. А потом находил в инете статьи, откуда моя школа брала материал и общее построение курса, лол. Если очень захотеть и найти нормальные бесплатные курсы, то вообще ни копейки не потратишь, но с учителем конечно легче, самому было б лень всё это учить.
Мои задачи: учить всё что связано с QA и около QA на практике, совсем немного видеоредакторы и фотошоп, немного парадоксо стратегии (рекоменд система для него выше по тексту), другие игры не интересуют совсем.
Дилемма: брать игровой ноут (с мощностью выше моих задач) или что-то понадёжнее но в то же время слабее?
Посоветуйте
