Как получить первый опыт работы тестировщиком удаленно?
Доброго времени суток, уважаемые форумчане. После обучения на курсах программирования языку Java и курса для тестировщиков — автоматизаторов начал поиски работы.
Поскольку в данный момент могу искать работу только удаленно, то начал с UpWork. По истечению месяца поисков — результат 0, что может и не удивительно ввиду пустого резюме.
Может кто подскажет как получить этот самый опыт работы, где можно попрактиковаться? Или кто то посоветует как найти работу без опыта?
�� Подобається Сподобалось 0
До обраного В обраному 0
54 коментарі
Все реально, не слухай негативних,з різних причин, тут людей. Просто спершу прийдеться братись за булшіт роботу по 10 баксів, а ля «потрібен хтось хто зідзвониться зі мною по скайпу і допоможе налаштувати селеніум» або 5$ за годину за мануальне ранення якоїсь фігні, тобто прийдеться попрацювати на свій профіль, зібрати хороші відгуки, ну і звичайно баааагато і постійно вчитися! І все вийде, успіхів )
подозреваю, что без опыта совсем чувак сам будет постить такое
потрібен хтось хто зідзвониться зі мною по скайпу і допоможе налаштувати селеніум
Цілком можливо, тут як з уроками гри на піаніно, слід просто бути на 1 урок попереду учня )))
Фейк іт тіл ю мейк іт:
«лук май френд, ю ноу зере іс а сеінг тіч а мен хав ту фіш? летс гугл тугезер, ай шов ю хав ай ті профешенал гугл, анд онсе ві резолв зіс ішю, ю віл осло льорн хав ту різол зіс кайн оф стаф бай йорселф!»
соррі за вирвиглазний текст )))
никак. Никому не нужен человек без опыта, еще и удаленно — что добавляет минус 100500 к его и без того низкой производительности
Ну это если человек хочет зарплату «хотя бы 500$ для начала, это же айти». А если, как автор этого топика готов работать бесплатно, то вполне возможно. Но это только в случае, если процессы в компании документируются и не надо все объяснять на пальцах.
ни одна нормальная компания не наймет человека бесплатно, еще и удаленно
(у бесплатного работника никакой ответственности)
А у платного какая и в чём разница?
если не платят, то тебе пофиг. Надоело, скучно, не интересно — послал лесом.
Сирёзно? Почитай темы «наш новенький на нас забил и требует денег за первую неделю работы» ))
Это в наши психику вбито многими тысячелетиями нашей социальной эволюции.
Ты это вообще об чём с точки зрения «двойной разрывности отечественной советской истории» об каких «многих тысячелетиях вашей социальной революции» вообще речь? ))
Вот-вот а коммунисты утверждали что механизмы кооперации советского гуманоида работают не благодаря зарплате но вопреки )) вот тебе и «психика тысячелетиях».
Ну вот в частности придумали лечить в психушках )) а если бредили то сабж как раз об той самой территории где они этим и занимались вместе с психушками о соотв. которая вылетает из тех самых «тысяч лет психологии» уже чисто технически.
А если вернуться к нашим баранам, то 95% людей постараются сделать работу, за которую им заплатили.
Чувак я тебя полюбил я тебя научу )) я работаю с людями и 100% это не так.
А вот с бесплатной только 5% будут стараться и то не долго.
И это не так ну вот смотри ты мне отвечаешь я тебе отвечаю работу делаем а ведь нам за это даже не заплатили ))
Это не работа — это сон моего разума
Вот-вот и таким образом мы товарищи слушатели возвращаемся к вопросу определений а что же ж такое работа? ))
Не бесплатно конечно, а за символическую оплату. И которую он получит только в случае, если самостоятельно изучит документацию, осилит необходимые вещи и пройдет испытательный срок. Это реальные условия, по которым работают некоторые компании с распределенными командами. Компании — профит при минимальных затратах, работнику — опыт. Все честно.
никакого профита компании не будет. В команде чел без опыта начинает перформить в лучшем случае через 3 месяца, а то и через пол года. Мсье теоретик
Короткий ответ — никак.
Длинный ответ — попробуй упасть на хвост команде фрилансеров.
Юрий Ярош, спасибо за конкретный совет, попробую поискать там. Не согласен с вами
Да и сама должность давно считается ущербной
. Тестировщики достаточно востребованы, по крайней мере в Польше, где я сейчас живу. Но я в данный момент ограничен поиском работы только удаленной, а на том же UpWork-е конкуренция огромная.
Удаленное тестирование — обычно бодишопы на это не идут — найти работу на удаленке достаточно проблематично
Ленур Сервериев, уважаемый, я задал вопрос на этом форуме именно потому что хочу дополнить резюме каким то реальным опытом работы. Конкретный вопрос, если вы не дочитали был:
Может кто подскажет как получить этот самый опыт работы, где можно попрактиковаться?
. Я ищу какой-то проект, где за бесплатно мог бы помочь в его тестировании и вместе с тем получить опыт работы в реальном проекте. Или другие варианты. Ваш ответ:
Нужно набить опыт самостоятельно, нужно что-то делать, а не сидеть и ждать.
очень помог. Интернет переполнен такими советами.
Если готовы работать только ради опыта то как вариант: www.google.com.ua
or www.facebook.com
Или кто то посоветует как найти работу без опыта?
Можно завести pet-project, или контрибьютить в существующие.
Есть BountySource и Ethlance.
Если позиционировать себя сугубо как тестировщика — далеко не уедете.
Да и сама должность давно считается ущербной, ибо ТDD и разработчики уже давно сами под себя тесты пишут.
То то и выходят скандалы типа с Фейсбуком — на счет утечки данных именно потому что ТДД и разработчики Тесты пишут
Просто там тесты по типу
> describe(’this’, (t) => t.pass());
На самом то деле одно с другим не особо то и связано, так как контроль качества и непосредственно TDD к друг другу прямого отношения не имеют, — у каждой конторы есть свой уровень «дозволенной безответственности».
Другое дело что можно было внедрять мутационное тестирование и формальную верификацию, но это уже «простые украинские тестировщики» ниасилят вот совсем никак.
внедрять мутационное тестирование и формальную верификацию
— це не панацея
— девам часто лінь писати хоть якісь тести
Олег, вы знаете какие задачи решает мутационное тестирование ?
знаю. оцінка якості тестів
А как вы автоматизируете элементарные UX тесты?
В основном Selenium + BrowserStack/SauceLabs на Webdriver.io
Использую wdio-screenshot для визуальной регрессии между браузерами.
Для мобильного — Appium в Амазоновской ферме.
Десктопные приложения уже давно не писал, раньше было Qt5 c QtTest’ом.
Иногда JSDom поверх W3C Webdriver API, что бы время немного сэкономить
И на каком этапе этого тестирования Селениум говорит что пользователю неудобно использовать ваше приложение? или надпись на сообщении недостаточно информативна? (UI и UX — таки две большие разницы . )
Перепутал, мало спал.
Да, я работал в HotJar, знаю о чём идёт речь, обычно таким не пользуюсь по ненадобности.
Особо в метрики «с потолка» магически увеличивающие конверсию не верю, да и сплит тестирование часто даёт двузначные результаты.
Не все тестируют конверсии на сайтах — некоторые тестируют биллинговые системы мобильных операторов например )
сама должность давно считается ущербной
ким ? це більш риторичне питання.
не плутайте хренових тестувальників в аутсорсі з тестування і QA впринципі
Любым разработчиком, который в состоянии сам писать тесты, ибо ничего особо сложного в этом нет.
Нормальные разработчики сами в состоянии поддерживать контроль качества на должном уровне. Ущербна она из-за накладных расходов на коммуникацию, отсутствия выработанных лучших практик и проблем менеджмента.
хренових тестувальників в аутсорсі
Я говорю о должности, а не о тестировании.
Любым разработчиком,
Не расписывайтесь за всех — если вы не работали в больших командах над серьезными проектами с серьезными девами — это не повод говорить за всех
Нормальные разработчики сами в состоянии поддерживать контроль качества на должном уровне.
В состоянии . но большинство этого не делают
не работали . c серьезными девами
Не мне судить о их «серьёзности», но с теми с кем работал — умели и писали тесты. тех кто не умел — брал и учил.
Не расписывайтесь за всех
Ну что ж поделать то . Для меня эта тенденция на рынке очевидна, и я ничего не могу поделать если кто-то отказывается это принять — у нас не так много здоровых личностей в индустрии.
но большинство этого не делают
Потому что большинство — «несерьёзные», и частенько просто дилетанты.
Да и большинству галерок нынче выгодно выпускать некачественный софт, по этому на изъяны в организации, влияющие на контроль качества, никто и не обращает внимания. В продуктовых компаниях ситуация может отличаться, если коллективы не являются заложниками компенсаторных процессов руководства.
Нормальные разработчики сами в состоянии поддерживать контроль качества на должном уровне
Это пчёлы против мёда, поэтому нет, не могут. Процесс контроля качества должен быть внешний по отношению к разработчикам. Проверять они могут и сами, но дать разработчикам писать все тест-кейсы и тест-планы самим- это несерьёзно. В идеале контроль качества должен быть вообще независимым и неангажированным.
Ваши представления о QA ущербны, что говорит об убогом мышлении, а значит и убогом качестве кода )
уже давно сами под себя
. » да это факт ) давно и именно поэтому QA и нужны )
Специалист по тестированию: как вычислить опытного QA по резюме
Тестировщики входят в ТОП-3 самых востребованных IT-специалистов. Количество вакансий для них в этом году выросло на 13%. При этом среди кандидатов – огромное число Junior QA, закончивших онлайн-курсы, а опытных – в разы меньше. Кроме того, разновидностей тестирования очень много, и зачастую по резюме сложно оценить насколько соискатель подходит на вакансию. Мы побеседовали с консультантом GlobalCareer Михаилом Сергеевым о тонкостях поиска опытных тестировщиков. И на примере нескольких резюме обсудили, что позволяет рекрутерам определить уровень экспертизы специалиста, и какие вопросы они задают QA на собеседовании.
― Какими навыками должен обладать опытный специалист по тестированию?
М.С.: Начнём с того, что в GlobalCareer мы занимаемся поиском QA уровня Middle, Senior и выше. Такие кандидаты работают в тестировании больше 3-х лет. Они обладают отличными навыками работы с системами хранения версий (Git, SVN) и баг-трекинговыми системами (Jira, Redmine). У них большой опыт написания тест-кейсов и разработки тест-планов, фиксирования «багов» и подготовки технической документации. Если это специалисты по автоматизированному тестированию, то они обязательно владеют одним или несколькими языками программирования и их фреймворками. Чаще всего Java или Python. Если речь идет о QA performance, то такие кандидаты обязательно владеют JMeter, LoadRunner или Gatling. Такие специалисты сейчас очень востребованы в финтех-проектах.
Вот пример резюме претендента на вакансию QA Performance (Рисунок 1). Мы видим, что он владеет инструментами нагрузочного тестирования JMeter, LoadRunner, Gatling. У него есть обязательные для QA навыки с Git, Jira. К тому же он знает несколько языков программирования (Java, JS, Python, Scala), а ещё SQL, Jenkins – это большой плюс. Из описанного в резюме стека становится понятно, что кандидат достаточно опытный. Также он упоминает, что пишет статьи и мануалы – это значит, что умеет объяснять суть своей работы. Это тоже отлично.
― Навыки соискателя соответствуют запросу заказчика, прекрасно. Что важно проанализировать дальше: опыт работы, образование?
М.С.: Теперь обратим внимание на то, где специалист по тестированию работал раньше и как долго. Важны и проекты, на которых был задействован кандидат. Вот, например, резюме специалиста, получившего недавно предложение о работе на позиции QA Manual (Рисунок 2). Мы видим, что суммарный опыт кандидата в тестировании чуть больше 4-х лет. Причем он работал и в банке, и в интеграторе. Отлично. Работая в интеграторе, специалист выполняет много задач, участвует в разных проектах, порой одновременно. Ему нужно быстро ориентироваться и находить разнообразные решения. Это классная тренировка навыков и скорости. А больше 2-х лет работы в таком ритме показывает, что соискатель легко осваивает новое и может переключаться с задачи на задачу. Что касается опыта в банке, то значит кандидат понимает специфику работы в этой сфере и сможет быстро адаптироваться.
А вот пример резюме соискателя на позицию QA Engineer в одной из финансовых компаний (Рисунок 3.1 и Рисунок 3.2). Здесь мы видим опытного претендента: он занимался и тестированием, и разработкой, и аналитикой. К тому же был на руководящей должности. Это серьёзный бэкграунд. Он работал в одной компании чуть больше 5 лет, затем около 3 лет в другой, т.е. развивается, меняет проекты, занимает разные должности, но всё это в рамках одного работодателя, что говорит о лояльности кандидата и его стремлении к стабильности. Обычно такое хорошо воспринимается клиентами. А вот соискатели, постоянно меняющие проекты, чаще вызывают недоверие.
― Резюме ИТ-специалистов часто лаконичны. Нужна ли подробная информация об обязанностях кандидата на предыдущих местах работы?
М.С.: Конечно, это значительно облегчает работу рекрутера! Например, соискатель на позицию QA Engineer (Рисунок 3.1 и Рисунок 3.2) подробно описал, чем занимался в предыдущих проектах. Мы видим, что он тестировал личный кабинет, CRM-системы, биллинг и мобильные приложения. Следовательно, он знает, как с ними работать, и мы можем предложить ему вакансии в нескольких проектах наших клиентов. На собеседовании мы уже более подробно обсуждаем на какие задачи он потратил больше времени, и в каком направлении ему было бы интереснее работать.
― А насколько важно техническое образование в тестировании?
М.С.: Относительно образования ― нет общего правила. Всё зависит от навыков кандидата. Но тем специалистам, которые оканчивали технические вузы, чуть проще развиваться и расти в ИТ. Вот, например, специалист по тестированию с высшим гуманитарным образованием (Рисунок 4.1 и Рисунок 4.2), но опытом работы в ИТ больше 14 лет. Он начинал с системного администратора, затем перешёл в тестирование. Сейчас занимает руководящую должность. В таких случаях на собеседовании обязательно уточняем, почему соискатель выбрал тестирование и каковы его карьерные интересы.
― Часто кандидаты указывают ссылки на свои проекты на GitHub. Насколько это важно для рекрутера?
М.С.: Скорее это плюс для претендента, который будет проводить техническое собеседование. Он заранее сможет посмотреть, что специалист по тестированию уже делал и составить более полное мнение о его навыках и опыте.
― А что соискатели крайне редко указывают в резюме, но это важно для эффективности поиска?
М.С.: Какая команда тестирования была. Скорее это относится к оценке опыта претендента, но это существенный момент. Если коллектив, работавший над проектом, был большим, то специалист, скорее всего, проверял лишь какую-то одну функциональность. Плох и обратный вариант, когда кандидат был один: у него не было наставника, он мог не знать каких-то основ, и это может негативно сказаться в работе в крупной компании. Оптимальный вариант, когда команда состоит из 4-5 человек, и есть Tech Lead или Senior QA, помогающий в работе.
В базе GlobalCareer находится больше 2 млн резюме специалистов с разным опытом и стеком. Если вы столкнулись со сложностями в подборе тестировщиков, напишите нам, и мы обсудим варианты сотрудничества.
Краудтестинг, или Где взять опыт для первой работы в тестировании
Изображение: источник
Привет, Хабр! Меня зовут Евгений Кузнецов. Я работаю в Badoo, в отделе QA.
Почти пять лет назад я начал интересоваться тестированием: читал книги, искал информацию в интернете. На одном из форумов наткнулся на тему про подработку, где один из участников оставил ссылку на сайт uTest.com. И это была действительно удачная находка, поскольку uTest оказался крупнейшей платформой для тестировщиков с кучей полезной информации и сотнями оплачиваемых краудсорсинговых проектов.
Я думаю, многие здесь уже слышали об этом сайте или о подобных площадках. Но, как ни странно, часто я вижу удивлённые лица, когда начинаю рассказывать про краудтестирование. Так что цель этой статьи — пустить полезную информацию в массы.
Что такое краудтестинг
Предположим, вы продакт-менеджер и собираетесь выпустить новую версию приложения для Android и iOS. Сроки горят, вам срочно нужны результаты регрессионного тестирования, а единственный тестировщик в вашей команде говорит, что оно займёт два дня, а потом потребуется ещё день для исправления возможных багов. Более того, один из Android-девайсов сломался, и его необходимо заменить, чтобы обеспечить хотя бы базовое платформенное покрытие.
Как можно ускорить процесс тестирования без ущерба качеству продукта? Можно расширить QA-команду и купить больше девайсов; написать кучу автотестов и запускать их в «облаке»; наконец, арендовать несколько девайсов, сесть и тестировать приложение вместе с QA-инженером. Или обратиться к какой-нибудь краудтестинговой платформе. Обычно это сайт, на котором зарегистрированы тысячи тестировщиков. Они готовы тестировать любое веб- или мобильное приложение на собственных гаджетах и ноутбуках.
Вам нужно предоставить ссылку на сборку (например, с помощью HockeyApp или TestFlight), выбрать операционную систему и устройства, на которых вы хотите тестировать свой продукт. Можете даже выбрать страну нахождения тестировщиков. В общем, список пожеланий может быть очень длинным. Затем менеджер платформы разошлёт приглашения — и армия тестировщиков приступит к работе. Через некоторое время вы получите результаты и решите, какие баги нужно фиксить, а с какими можно существовать и после релиза.
Так весь процесс выглядит со стороны заказчика. А теперь давайте посмотрим на него глазами тестировщика.
Что нужно, чтобы начать тестировать
Ничего особенного. Если вы читаете эту статью, значит, у вас есть компьютер, мобильный девайс или что-то ещё. Этого достаточно для регистрации на платформе и участия в проектах. Укажите в профиле модель своего устройства, версию ОС, список браузеров на компьютере и т. д. Будет лучше, если у вас в распоряжении несколько мобильных устройств, например, iOS- и Android-девайсы — вероятность получить инвайты будет выше.
Также рекомендую вооружиться знаниями теории тестирования или хотя бы изучить документацию и руководство для новичков (эта информация всегда есть в специальном разделе сайта).
Итак, сначала вам предложат пройти тест, чтобы понять, насколько хорошо вы умеете искать баги и писать репорты. После этого всё просто: вы получаете приглашение, читаете описание проекта и решаете, будете ли в нём участвовать. Время на поиск багов ограничено. После завершения цикла тестирования все репорты просматриваются тимлидом проекта, а затем заказчиком. Отправленные вами баги либо принимаются, либо отклоняются.
Баг принят ⇒ получаете деньги.
Баг отклонён ⇒ получаете опыт, так как в комментарии к репорту будет объяснена причина отклонения.
Зачем краудтестинг начинающему тестировщику
Опыт
Я начал работать на краудтестинговых площадках до того, как нашёл первую работу. У меня были неплохие знания теории тестирования, но не было практического опыта (без которого многие рекрутеры даже не хотят начинать разговор). Работая на краудсорсинговых платформах, вы получите отличный практический опыт тестирования программного обеспечения. Разнообразие софта будет зависеть от имеющихся у вас гаджетов. У меня были iPhone и ноутбук (на Windows 7) с установленной виртуальной машиной (на которой крутились XP и Vista). Чуть позже я купил Android-девайс и iPad.
За первые два месяца я поучаствовал примерно в 20 проектах, которые длились от нескольких часов до нескольких дней. E-commerce-приложения и сайты, игры, соцсети, мессенджеры… Если будете активно участвовать и находить много багов, то ваш рейтинг будет расти, а значит, вы станете получать больше приглашений.
Протестировав кучу ПО, несложно понять, что баги обычно «прячутся» в одних и тех же местах. Помимо проверки основных позитивных и негативных сценариев, экспериментируйте с настройками девайсов, с сетью, используйте авиарежим, ведь часто разработчики забывают правильно обрабатывать поведение ПО при отсутствии связи.
Помню, как я волновался, когда репортил свой первый баг: старался описать всё очень подробно, приложил несколько скриншотов и видео, так как каждый отклонённый баг может повлиять на статистику. Кстати, очень важно просматривать репорты других участников. Не только во время тестирования (чтобы избежать дублирования), но особенно после него, когда их проверят тимлид и заказчик. Ознакомление с чужими отклонёнными багами даст вам более полное представление об ожиданиях менеджеров и заказчиков.
В итоге в вашем портфолио появится много интересных проектов и забавных баг-историй, которые можно будет использовать на собеседованиях.
Чем более вы продуктивны в тест-циклах, тем больше приглашений на них у вас будет.
Новые скилы
Очевидно, что при тестировании большого количества ПО вы будете осваивать новые навыки: как снять краш-логи с Android-/ iOS-девайса и прочитать их, как использовать ADB Console и monkey-тестинг, как правильно использовать все настройки девайса (включение ограничения приложений на доступ к камере/ геолокации, «универсального доступа», режима зумирования), как использовать браузерные инструменты для разработчиков и многие другие. И вам придётся всё это узнать, чтобы найти больше багов, так как каждый проект — это мини-соревнование между тестировщиками.
Вы научитесь работать с новыми инструментами. Например, одним из моих проектов была проверка ивентов Google Analytics, в тот день я открыл для себя Charles Proxy. Немного позже я начал использовать все его возможности (throttling, rewriting, mapping). Ещё, помню, у меня был проект по тестированию безопасности, и я нашёл прекрасный инструмент Zed Attack Proxy.
Кстати, если хотите прокачать свои навыки, рекомендую статью «Тестирование мобильных приложений: tips & tricks».
Любопытство — самый ценный навык тестировщика.
Сообщество
Общение — один из самых важных навыков для тестировщика. Это ключ ко всему. Что бы вы ни хотели узнать, найти или получить, нужно общаться. Каждый новый человек может дать вам какие-то новые возможности. На краудтестинговых платформах вы встретите много интересных людей, которые будут с вами «на одной волне». На форумах есть сотни тем, в которых можно задавать любые вопросы. Это особенно важно, когда вы начинаете свой путь в тестировании, поскольку можно научиться и получить совет у более опытных людей.
Будьте активны, задавайте вопросы в чате тест-цикла. Если вам кажется, что в описании что-то упущено, обязательно скажите об этом. Помогайте другим участникам, если знаете ответы на их вопросы. Тимлид или заказчик это заметят — и позже вы сможете получать приглашения в проекты «для избранных».
Общение — ключ к возможностям.
Языковая практика
Все мы знаем, что знание английского языка заметно повышает конкурентоспособность. Поэтому вы просто обязаны зарегистрироваться на зарубежной площадке. Ваш уровень вырастет на порядок всего лишь за несколько недель, поскольку вся документация и общение будут на английском языке, и, конечно, баг-репорты тоже должны быть на нём. Сначала будет не очень привычно, но пополнение словарного запаса определённо того стоит.
Не бойтесь ошибаться: для 90% участников английский — тоже не родной язык.
Деньги
Последний аргумент — деньги. Работу на краудтестинговых платформах можно рассматривать как оплачиваемую стажировку. Ведь вы получаете и опыт, и доход. Размер оплаты будет зависеть от критичности и количества найденных багов. На большинстве платформ он колеблется в диапазоне 3—15 у. е. (в зависимости от проекта, могут отстегнуть и 50 у. е.) за баг.
Сначала я зарабатывал около 400 евро в месяц, работая по паре часов в день. Потом я решил сосредоточиться не на количестве, а на качестве баг-репортов. Начал проводить больше времени на платформе — и в результате стал зарабатывать около 700—800 евро в месяц. Мой рейтинг ощутимо вырос — и вскоре я получил от менеджера проекта приглашение в небольшую команду на закрытый цикл тестирования одного продукта. После около 12 часов работы каждый из нас получил больше тысячи евро.
Старайтесь сосредоточиться на поиске критичных багов и повышении качества репортов, а не на их количестве. Тогда работа будет более интересной и в конечном счёте вы больше заработаете.
Платформы, на которых я работал
Крупнейшее онлайн-сообщество тестировщиков ПО. Помимо оплачиваемых проектов по тестированию, здесь есть масса полезной информации, статьи и хороший форум. Возможно, это лучшее место для начала работы. К сожалению, у меня с ним, что называется, не сложилось. Четыре года назад на платформе было очень мало проектов для тестировщиков из России (сейчас с этим, насколько я знаю, получше). В то время клиенты были в основном из Европы и США, и они хотели тестировать продукты на своих потенциальных рынках. Россия, разумеется, к ним не относилась. Конечно, можно было прибегнуть к хитрости: использовать VPN и написать в профиле, что ты тестировщик из Англии или США. Так я, собственно, и сделал, чтобы получить свой первый проект. Но для меня такой способ оказался не очень удобным, так что я начал искать другие платформы.
Раньше платформа называлась Testcloud, и она стала моей любимой краудтестинговой площадкой.
Удобный интерфейс, налаженное взаимодействие с тимлидами и заказчиками, хорошая система рейтинга тестировщиков и прекрасные рейты за найденные баги (вывод денег — через PayPal). На этой платформе у меня было множество разных и интересных проектов. В течение нескольких месяцев я был единственным русскоязычным тестировщиком, поэтому мне доставались все проекты с RU-локализацией.
Через год я решил стать тимлидом на этой платформе. Тимлид на краудтестинговой площадке — это тот же фрилансер, получающий приглашения в проекты; только он не тестирует продукты, а проверяет баг-репорты и контролирует весь цикл тестирования. Но, к сожалению, в тот момент я был очень занят на новом месте работы — и из-за нехватки времени мне пришлось уйти с площадки. А вообще у ребят замечательная команда, и я рад видеть, что платформа растёт. Очень рекомендую!
Отличная платформа с разными проектами. Несколько раз мне даже присылали гаджеты для тестирования, и некоторыми я пользуюсь до сих пор. Кстати, пару лет назад появился и русскоязычный вариант — crowdtesting.ru.
Участвовал в нескольких циклах тестирования.
В некоторых проектах требуется знание немецкого языка.
Индийская платформа. До сих пор получаю с неё приглашения на проекты.
И ещё несколько ресурсов
Если верить информации на сайте, платформа сотрудничает с Facebook, Spotify и Microsoft. Так что, если у вас есть желание зарепортить какие-то раздражающие баги FB (у меня, пожалуй, наберётся пара десятков), это место для вас.
Хочу заметить, что этот проект является организатором тестатонов (хакатонов для тестировщиков), один из которых проходил в Москве.
Не имеет ничего общего с известной компанией. Но, кто знает, возможно, у вас в руках окажется и предрелизная версия приложения Uber.
Ещё одна крупная платформа. Интересная особенность: платят не за найденные баги, а за время, потраченное на тестирование. А ещё там есть прикольный блог, где вы можете почитать истории тестировщиков с этой площадки.
Заключение
Я без проблем нашёл первое место работы во многом благодаря опыту в краудтестинге. Было огромное количество писем и звонков, которые превратились в четыре оффера из пяти интервью. В моей следующей компании все очень заинтересовались тестированием на краудтестинговых площадках, и я даже выступил в роли заказчика на одной из них. И сейчас, работая в лондонском офисе Badoo, я использую многие навыки, которые получил в то время.
Работа на краудсорсинговых платформах — хорошая возможность начать QA-карьеру. Вы получите опыт, научитесь пользоваться новыми инструментами, познакомитесь с интересными людьми, заработаете неплохие деньги, и главное — получите удовольствие от тестирования.
Тестировщики не ломают софт — они ломают ваши мечты о нём. (с) James Bach
P. S. В этой статье я по большей части описывал положительные стороны краудтестинга для тех, кто только собирается заняться тестированием. Но, конечно, на подобных площадках есть работа и для опытных тестировщиков: проекты, требующие глубоких знаний автоматизации, безопасности, UX и т. д.
P. P. S. Кстати, в Badoo мы тоже используем краудтестинг для поиска секьюрити-багов. Так что, если вы эксперт в области IT-безопасности и хотите заработать (до £2000 за уязвимость!), то добро пожаловать в нашу bounty-программу на сайте hackerone.com.
- тестирование
- краудтестинг
- краудсорс тестирование
- краудсорсинг
- qa
- карьера в it-индустри
- карьера
- карьера тестировщика
- первая работа
- Блог компании Badoo
- Тестирование веб-сервисов
- Тестирование мобильных приложений
- Карьера в IT-индустрии
- Краудсорсинг
Что означает «Опыт коммерческой разработки» ?
Это значит, что человек участвовал в разработке коммерческого продукта, того, что продается за деньги на рынке. Программирование в НИИ ради статеек, домашние поделки (в т.ч. опен-сорс форфан), таковыми не считаются.
seiken ★★★★★
( 13.03.20 16:24:31 MSK )
Опыт разработки ПО в коммерческих интересах: не для души, не ради прекрасного, не для сообщества, не для научного руководителя, не в гуманитарных целях, а для бизнеса — для ПРОДАЖ ЗА БАБЛО. Специфика состоит в том, что есть диктуемые бизнесом требования, есть диктуемые бизнесом сроки, и в условиях ограниченных ресурсов нужно бизнес не подвести.
Manhunt ★★★★★
( 13.03.20 16:31:49 MSK )
Это значит что ты можешь продать 4000 попо-часов на сайтик с тремя кнопками. Всё остальное не считается, даже если ты этот сайтик разрабатывал — ты не принёс валуе
TooPar ☆
( 13.03.20 16:35:24 MSK )
«Фанатики опен-сорса не нужны» 🙂
aidaho ★★★★★
( 13.03.20 16:37:05 MSK )
Ответ на: комментарий от aidaho 13.03.20 16:37:05 MSK
Ну, смотря какие. Опыт бесплатного использования результатов труда пермиссивщиков в коммерческих проектах очень полезен.
seiken ★★★★★
( 13.03.20 16:42:55 MSK )
Ответ на: комментарий от seiken 13.03.20 16:24:31 MSK
Гм а поддержка основного продукта компании, который не продается другим компаниям является коммерческим продуктом ?
Jopich1 ☆
( 13.03.20 16:52:13 MSK ) автор топика
Можно перефразировать ещё и так — готовность&способность работать на результат, в сжатые сроки, в тесном сотрудничестве с разнородной командой, под контролем со стороны менеджера.
Облик ПО (включая состав фич, глубину проработки фич, уровень качества) задают другие люди (покупатели, бизнес, аналитики, архитекторы, юзабилисты, etc) — и у тебя не должно быть психологических проблем с тем, чтобы это (чуждое лично тебе) вИдение воплощать.
Практики (code review, unit-testing, etc), инструменты (выбор ЯП и стека технологий, выбор багтрекера, выбор VCS, etc), процессы (планирование работы, отчетность о проделанной работе, и тд) задают другие люди — и у тебя не должно быть психологических проблем с тем, чтобы этим (не всегда нужным лично тебе) решениям следовать.
Manhunt ★★★★★
( 13.03.20 16:58:32 MSK )
Ответ на: комментарий от Jopich1 13.03.20 16:52:13 MSK
Гм а поддержка основного [b]продукта[/b] компании
который не продается другим компаниям
А кому он продается? Иначе почему это называется «продуктом»? Если в смысле «результат работы» — зависит. Если этот продукт непосредственно поддерживает создание реального продукта на продажу или продаваемого сервиса или еще как-то обеспечивает функционирование бизнеса, то да, это тоже коммерческая разработка.
seiken ★★★★★
( 13.03.20 17:00:11 MSK )
В основном это опыт работы на работе. Ну то есть то, что разработчик работал в конторе и получал за свою работу деньги. А не всякие там гранты, любительство и тд.
ixrws ★★★
( 13.03.20 18:54:16 MSK )
Ответ на: комментарий от aidaho 13.03.20 16:37:05 MSK
Ну, в ряде случае опыт опенсорс разработки тоже можно зачесть за такой опыт разработки. Скажем участие в крупных проектах мало чем отличается от коммерческой разработки и уже сравнивать приходится размер проектов, а открытость и проприетарность.
Плюс не особо там кто-то заморачивается, когда ставит такие требования. С первого взгляда они и не отличат открытый проект от закрытого.
ixrws ★★★
( 13.03.20 18:58:15 MSK )
Ответ на: комментарий от Jopich1 13.03.20 16:52:13 MSK
Да, если стиль разработки предполагает постановку задач с оговоренным заранее сроков выполнения и в разработке участвует более полуинвалида.
ixrws ★★★
( 13.03.20 18:59:31 MSK )
эта рэпчик
но рассуждать слишком поздно о перспективах морального роста
всё просто с жопы босса грызи коросту
Bad_ptr ★★★★★
( 13.03.20 19:02:45 MSK )
Это значит, что требуется опыт работы ныряния в говно, написанное чтобы принести прибыль вчера на коленке кучей макак, за деньги. Если это госконтора, то то что они написали ещё и работает только на бумаге или в лучшем случае на тестовом стенде.
Лучше в такую контору не ходить, там дрочат на KPI и успешность, убытки называют отрицательной или недополученной прибылью, повсюду SCRUM курильщика и AGILE курильщика, призванные не решать проблемы, а избавить менеджера от работы которую он должен делать, контора захвачена эффективным менеджером и скоро её ждёт убыточность с последующим поиском виноватых. Эффективный менеджер эффективно уйдёт сам разваливать следующую контору когда почувствует, что с этой уже всё.
peregrine ★★★★★
( 13.03.20 19:03:35 MSK )
Последнее исправление: peregrine 13.03.20 19:15:12 MSK (всего исправлений: 5)
Это значит что ты «поварился» в конторе, хотя бы младшим разработчиком на подхвате, которая давно разрабатывает ПО, которое продаётся на рынке не один год. И эта контора периодически выпускает обновлённую версию своего ПО.
oblfan
( 13.03.20 20:21:36 MSK )
- У вас есть опыт коммерческой разработки? - Да, и довольно богатый - Замечательно, расскажите чуть более подробно про это - Сорян NDA и коммерческая тайна - Вы нам подходите! А так, это больше значит что была ли ответственная работа. Где за код ты отвечал головой. Даже если ты писал скрипты.
LINUX-ORG-RU ★★★★★
( 13.03.20 20:26:54 MSK )
Последнее исправление: LINUX-ORG-RU 13.03.20 20:28:47 MSK (всего исправлений: 1)
Ответ на: комментарий от peregrine 13.03.20 19:03:35 MSK
повсюду SCRUM курильщика и AGILE курильщика
А где-то бывает не курильщика? Сколько не видел попыток в аджайл, везде одна херня была.
cocucka ★★★★☆
( 13.03.20 20:27:03 MSK )
Ответ на: комментарий от cocucka 13.03.20 20:27:03 MSK
Там же где и идеальный код.
peregrine ★★★★★
( 13.03.20 20:28:20 MSK )
Это когда ты делаешь тяп ляп и забыл…
dem ★★
( 13.03.20 20:40:00 MSK )
А еще главное не делать лишних фич, чтоб клиент пришел снова… А если фичи сами получились их надо загамачить
dem ★★
( 13.03.20 20:41:06 MSK )
Ответ на: комментарий от LINUX-ORG-RU 13.03.20 20:26:54 MSK
Вам с DELIRIUM нужно объединиться в стендап дуэт.
WitcherGeralt ★★
( 13.03.20 22:26:33 MSK )
Наверное, когда разработал уже настолько, что можешь без труда спрятать банку сгущенки.
buddhist ★★★★★
( 13.03.20 22:53:54 MSK )
Ответ на: комментарий от WitcherGeralt 13.03.20 22:26:33 MSK
😀 Третьим будешь, а то я чёт ссыкую с ним наедине оставаться. https://youtu.be/beDWJ0bbz9I?t=165
LINUX-ORG-RU ★★★★★
( 13.03.20 23:04:14 MSK )
Ответ на: комментарий от LINUX-ORG-RU 13.03.20 23:04:14 MSK
Да тут целую труппу собрать можно из участников треда. Так, где мой клоунский грим?
peregrine ★★★★★
( 13.03.20 23:07:36 MSK )
Ответ на: комментарий от peregrine 13.03.20 23:07:36 MSK
😀 Можно ещё ютуб канал открыть, треды делать голосовыми и выкладывать. Тоесть очередной калиюзер пишет на лор, мы отвечаем ему и попутно всё это озвучиваем =) Будет вакханалия миллионы просмотров и будем жить на доход с просмотров =)
LINUX-ORG-RU ★★★★★
( 13.03.20 23:10:33 MSK )
Последнее исправление: LINUX-ORG-RU 13.03.20 23:10:52 MSK (всего исправлений: 1)
Ответ на: комментарий от LINUX-ORG-RU 13.03.20 23:10:33 MSK
Идёт. Я предоставляю площадку, в виде моего ютуб канала, а вы мне за это 10% прибыли.
peregrine ★★★★★
( 13.03.20 23:14:50 MSK )
Ответ на: комментарий от peregrine 13.03.20 23:14:50 MSK
Мне кажется большинству из нас клоунский грим не нужен 😀 Мне так уж точно… Декорации нам будет делать torvn77 вместе со своей армией усатых друзей
LINUX-ORG-RU ★★★★★
( 13.03.20 23:17:05 MSK )
Ответ на: комментарий от WitcherGeralt 13.03.20 22:26:33 MSK
Не понял, при чём тут я.
DELIRIUM ☆☆☆☆☆
( 14.03.20 00:44:00 MSK )
Ответ на: комментарий от LINUX-ORG-RU 13.03.20 23:04:14 MSK
buddhist ’а возьми, он с такими шутейками и впишется прекрасно, и здоровый как мамонт, в обиду тебя не даст.
WitcherGeralt ★★
( 14.03.20 00:46:48 MSK )
Ответ на: комментарий от DELIRIUM 14.03.20 00:44:00 MSK
Тоже шутишь искромётно.
WitcherGeralt ★★
( 14.03.20 00:52:25 MSK )
Ответ на: комментарий от WitcherGeralt 14.03.20 00:46:48 MSK
Спасибо, я спокоен. В одной его автарке мощььь ацкая. Победитовый монолит
LINUX-ORG-RU ★★★★★
( 14.03.20 01:03:13 MSK )
Ответ на: комментарий от WitcherGeralt 14.03.20 00:52:25 MSK
Я, кстати, не гей!
DELIRIUM ☆☆☆☆☆
( 14.03.20 01:04:16 MSK )
Ответ на: комментарий от Manhunt 13.03.20 16:58:32 MSK
Облик ПО (включая состав фич, глубину проработки фич, уровень качества) задают другие люди
Практики (code review, unit-testing, etc), инструменты (выбор ЯП и стека технологий, выбор багтрекера, выбор VCS, etc), процессы (планирование работы, отчетность о проделанной работе, и тд) задают другие люди
Вообще никак не связанные вещи. Если первое ещё можно считать признаком коммерческого продукта, да и то с натяжкой, то второе скорее будет признаком галеры, вне зависимости от того, выходит у неё коммерческий продукт или нет.
Под коммерческим продуктом я имею ввиду ПО пользующееся заметным, и главное — добровольным спросом на рынке, причём неважно, за деньги или бесплатно. Т.е. Linux с Apache — коммерческие продукты, равно как и Windows с MSOffice, а вот какой-нибудь КриптоПро или там ещё что-то из реестра — нет, равно как и какие-нибудь Silverlight’ы c Там-тамами и тоннами другого ненужно, вне зависимости от того, насколько галерно было построено создание этого продукта.
Так что пытаясь ответить на вопрос про «Опыт коммерческой разработки», стоит сначала уточнить, что конкретно имеется ввиду — опыт создания коммерчески успешного продукта или опыт работы на галере.
Stanson ★★★★★
( 14.03.20 02:40:23 MSK )
Ответ на: комментарий от DELIRIUM 14.03.20 01:04:16 MSK
Мы знаем, что ты не гей, ты же зоофил.
buddhist ★★★★★
( 14.03.20 12:36:25 MSK )
Ответ на: комментарий от DELIRIUM 14.03.20 01:04:16 MSK
А кто же тебя знает от чего ты развелся
Jopich1 ☆
( 14.03.20 13:26:32 MSK ) автор топика
С треда сильно хохотался, спасибо :)) Тёплый ламповый ЛОР иногда видно.
Deleted
( 14.03.20 17:08:32 MSK )
Это значит, что твой пердёж звучит уже не как «т-р-р-р-р-р», а как «п-с-с-с-с-с-».
gremlin_the_red ★★★★★
( 14.03.20 17:24:20 MSK )
Ответ на: комментарий от seiken 13.03.20 16:42:55 MSK
Ну почему бесплатного? Я писал LLVM за неплохую зарплату.
DELIRIUM ☆☆☆☆☆
( 15.03.20 01:35:22 MSK )
Ответ на: комментарий от DELIRIUM 15.03.20 01:35:22 MSK
Ты писал проприетарщину на основе LLVM?
seiken ★★★★★
( 15.03.20 09:28:09 MSK )
Ответ на: комментарий от seiken 15.03.20 09:28:09 MSK
Ну в том числе да. Но многое апстримилось. Ещё я на зарплате в git коммитил, всмысле в сам git. Один патч сам Линус ревьюил.
О, ещё на одной из предыдущих работ я починил багу и заапстримил фикс в reiserfs-tools. Правда с копроактивного мыла мне апстримить не разрешили, так что с личного отправлял, но делал это в рабочее время за зарплату.
DELIRIUM ☆☆☆☆☆
( 15.03.20 09:41:28 MSK )
Последнее исправление: DELIRIUM 15.03.20 09:45:06 MSK (всего исправлений: 1)
Ответ на: комментарий от DELIRIUM 15.03.20 09:41:28 MSK
Только то, что имеет непосредственное отношение к профитам конкретного бизнеса, является коммерческой разработкой. Твоя благотворительность по раздаче результатов труда, произведённых за зарплату одного капиталиста, всему миру за бесплатно, разумеется, коммерческой разработкой не является. Более того, это серьёзный звоночек нормальному капиталисту, не нанимать такого неадеквата, который будет множить на ноль выручку от вложенных в него денег.
seiken ★★★★★
( 15.03.20 10:08:20 MSK )
Последнее исправление: seiken 15.03.20 10:08:53 MSK (всего исправлений: 1)
Ответ на: комментарий от seiken 15.03.20 10:08:20 MSK
Капиталист сам требовал определённые коммиты проводить через апстрим.
DELIRIUM ☆☆☆☆☆
( 15.03.20 11:20:18 MSK )
Ответ на: комментарий от DELIRIUM 15.03.20 11:20:18 MSK
А дохрена и больше бизнесов ограничились бесплатным использованием чужого труда, без всяких апстримом. Просто ты о них не знаешь.
seiken ★★★★★
( 15.03.20 12:07:22 MSK )
Сколько же бреда в этом потоке каментов от ничего не понимающих в рекрутинге раков.
Фильтруй его.
В реальности же это значит «опыт работы по какой-либо системе, предусматривающей прогнозирование сроков, в реальных условиях где эти сроки на что-нибудь влияют».
Goury ★★★★★
( 15.03.20 12:46:31 MSK )
Ответ на: комментарий от Goury 15.03.20 12:46:31 MSK
Не «на что-нибудь», а на вполне прослеживаемую потерю или прирост прибыли. Иначе можно и в каком-нибудь опесорс проекте обпрогнозироваться, в реальных условиях (есть ещё какие-то «виртуальные» условия), какие угодно технологии использовать, код ревьюить, тестировать и проч., и это таки будет влиять на много чего (на опыт участников, на наличие у них свободного времени, на готовый пример работающего ПО), но к коммерческой разработке это будет иметь отдаленное отношение.
seiken ★★★★★
( 15.03.20 16:10:30 MSK )
Ответ на: комментарий от ixrws 13.03.20 18:54:16 MSK
что разработчик работал в конторе и получал за свою работу деньги
А как же фриланс? Может, между прочим, в зависимости от требований учитываться или нет — это важно.
mertvoprog ☆
( 16.03.20 16:08:35 MSK )
Ответ на: комментарий от cocucka 13.03.20 20:27:03 MSK
В госконторах и военке? Там, по идее, до сих пор Waterfall…
mertvoprog ☆
( 16.03.20 16:10:07 MSK )
Ответ на: комментарий от DELIRIUM 15.03.20 09:41:28 MSK
Вы там дедов с Yahoo! автоматом в спам заворачиваете, что ли? 😀 Или не употребляющие и в жопу не порющиеся копромейкеры сходу не интересуют?
mertvoprog ☆
( 16.03.20 16:14:46 MSK )
Ответ на: комментарий от Goury 15.03.20 12:46:31 MSK
предусматривающей прогнозирование сроков
Ну тут depends, сроки срокам рознь. Бывает, что если не успеть, то гигантские убытки и вообще хана конторе. Бывает, что после дедлайна продукт вообще не имеет смысла (вот на хрена нужны патчи для Чёрной Пятницы после Чёрной Пятницы?) А бывает, что просто надо обогнать конкурентов, которые уже релизнулись, или выполнить обещание релизнуться до n-го срока, или же просто заложили n-ую сумму расходов и исходя из этого рассчитали сроки, поделив её на стоимость труда. И тут уже можно плясать, программисты ведь в первую очередь ыксперды, какой-то ламер-манагер или прочий мешок с деньгами не может просто так посмотреть и сказать: реально в такие сроки осуществить «да тут же просто кнопку подвинуть», или тут всё нахрен развалится, если не переделать; если развалится, то надо иметь либо смелость, чтобы сразу сказать, что ни хрена тут за месяц не выйдет, и более сговорчивых дураков и искать не стоит (себе дороже), зато через три месяца будет конфетка, либо хитрожопость (aka софтскиллы), чтобы растягивать уже в процессе. Манагерам в последнем случае придётся попотеть и обрабатывать инвесторов, клиентов и прочих, так что важно первым делом копнуть в суть дедлайнов, чтобы не облажаться и не подставить людей.
mertvoprog ☆
( 16.03.20 16:28:03 MSK )
Да ничего он не означает. Это из той же оперы что и «умение разбираться в чужом коде».
urxvt ★★★★★
( 16.03.20 16:53:17 MSK )
Ответ на: комментарий от mertvoprog 16.03.20 16:08:35 MSK
А какая разница между фрилансом и работой в офисе? Тут речь скорее про работу в коллективе. Если фриланс предполагал работу над проектами, где участвовал хотя бы ещё кто-то, то да, подходит. Если в одиночку всё делал, то подходит, но отчасти, потому что многих нюансов работы в команде не знаешь и опыта такого нет(ну или может был, от того и работаешь один:)).
То есть удалённо или нет это не играет роли. Ваш статус(ИП, самозанятый, в штате) тоже не играет роли. Хотя для некоторых компаний то, что разработчик работал только удалённо будет минусом. Но в такие конторы лучше не идти, обычно там и платят так себе и мозг съедают без остатка.