почитайте OWASP, посмотрИте как зайдёт

 

 

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

может это та самая "свобода слова"?

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

человек зарегистрировался сегодня, поставил женский пол и женское имя, выставил возраст молодой девушки, выбрал красиво звучащий женский ник, на аватарку поставил порно-звезду Кира Уинтерс (Kiera Winters)

и потом сделал коммент не относящийся к делу

вот и все признаки спамера

 

 

Хм, я столько информации из одного аккаунта не соберу:))) 

а это не из одного аккаунта

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

кто-то просто спамер, кто-то парсер интернет-ресурсов, кто-то проходитель собеседований

 

 

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

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

 

 

Можете пояснить тогда, что необходимо и как в этом тестовом сделать? Так, чтобы было правильно, человеку без опыта работы не понятно что от него конкретно хотят

ну вот например если Вы пригнали машину в сервис на осмотр - что Вы ожидаете получить в качестве результата? Список-простыню в 101 недостаток, включая пятно на заднем сиденье и царапину на бампере? Типа они постарались и нашли "максимальное число недостатков"? А может под капот и забыли заглянуть пока записывали все эти пятна?

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

 

 

они всем отвечают по видимому одно и тоже не вдаваясь в подробности, возможно даже не читая отчеты

они смотрят, прислали ли им "отчет по тестированию"

а в основном видимо присылают просто список багов, такие поделки сразу в мусорку идут

"важно не только количество, но и качество найденных ошибок"

вот что ответил работодатель. Не нужно находить 101 ошибку. Это какое-то тыканье, как Сергей выше указал

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

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

не забывайте про "Забыли пароль?" :)

 

 

Тот же вопрос у меня, что то не понял.
Как снимать логи работы iOS приложения с Мака?
Я что то по гуглил и вроде нет особо решения... или не того нагуглил)

используйте Firebase Crashlytics и будет всем счастье

 

 

Ну так опыт асессора-тестировщика и не должен помогать настраивать плагины в мавене, на мой взгляд) Это же совсем разные вещи, разве нет?

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

всё должно запускаться без проблем

может и не стоит "входить" если проблемы с характером

ведь работа тестировщиком - в основном это именно работа с людьми, а не с компьютерами

то есть в итоге шило на мыло и поменяете, так как главную проблему не решили

может надо попробовать характер чинить, посещайте психологические курсы, читайте там Карнеги, Транссерфинг или там что угодно

 

 

Но удивляет, что на HH.ru 70% претендентов на вакансию тестировщика именно такие переквалифицировавшиеся из официантов и менеджеров по туризму.

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

 

 

Я не просто так спрашиваю. Тоже думала над этим. Если брать какие то другие серьезные языки (1С это вообще больше среда для разработки), то чтобы начать что то зарабатывать нужно действительно очень много времени. Боюсь ошибиться в прогнозах, но наверное года 2. И еще я реально себя оцениваю, я думаю супер программистом я вряд ли стану. Лучше в том, что попроще становиться профессионалом, чем будет еще один программист, например С++, среднего уровня. Ни удовольствия ни денег.

тогда можно и в тестировщики, а знания/скиллы 1С-ника пригодятся

 

 

Торговля людьми получается какая то :-) Но со мной побыстрее получится, я уже работаю программистом 1С.

а почему-бы тогда в настоящие программисты не податься?

 

 

В 1с не платят? 

в 1С всегда наверное будешь на уровне каких-то местных предприятий

никогда не будешь работать с настоящими продуктами, в компаниях мирового уровня

 

 

Т.е. я сейчас не настоящий? :-) На какой язык вы предлагаете подаваться?

я думаю программисты 1С понемногу должны догадываться кто они на самом деле ;)

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

 

 

Знаешь, что. Реши ка для начала задачу Голдратта: https://tocpeople.co...-stoga-sena-12/

таймшиты это не про планирование ведь, таймшиты это про учёт уже потраченного времени

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

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

 

 

Мы говорим про почасовую оплату? Зачем бухгалтеру знать, что тестировщик списал 5 часов на работу с багами и 3 на настройку среды для нового билда? Ему же надо учесть 8 рабочих часов и все. 

 

3) таймшиты зло. Огромное зло.

 

4) платить надо за работу, а не за количество пролитого пота.

для управления фирмой ведутся разные проекты с разными аккаунтами, вот для этого и надо вводить таймшиты - проекты ведь обсчитываются по разному (CAPEX и OPEX это как минимум), по разному ведутся налоги, на некоторые аккаунты может идти налоговая скидка (либо гранты), что очень важно в плане денег

тут не подойдешь к бухгалтеру и не скажешь "мол я потел месяц, плати", тут нужен учёт

 

Если по таймшитам рассчитывать зарплату, то есть два крайних варианта:

1) В таймшитах вранье. Это очень хороший вариант.

2) В таймшитах правда. Вот это полная задница для фирмы.

 

И есть промежуточные варианты. Там есть вранье и задница.

"правда" или "враньё" зависит от точки зрения

например день тестировщика:

1 час с утра поднимал сервер

2 часа тестировал фикс старого бага, который зарепортил клиент

2 часа не было тикетов и читал доки по следующему проекту

1 час на обеде пил пиво и играл в настольный футбол с коллегами

1 час тестировал тикет по новому функционалу

1 час читал книжку по джаваскрипту

это всё вводится в таймшит как:

5 часов по тикету багфикса

3 часа по тикету про новый функционал

и все довольны, и тестировщик и менеджер и бухгалтер. а та "настоящая правда про сервер и пиво" никому не нужна

 

 

У нас решали такую проблему просто. В спринте у каждого был таск Overhead, куда легально можно было списывать до часа в день. Если за день набегало больше часа времени на всякое "активность незапланированная в спринт" (от "комп тупил, админы смотрели" до "внезапно пришлось делать рисёч, который сложно привязать к продуктовой задаче"), то приходилось заводить отдельную таску и списывать туда. Но случалось редко, на коммоновые задачи часа в день хватало.

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

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

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

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

P.S.

а выдачу премий вообще надо запретить, а выдавать всем 13ю зарплату, либо зп повысить всем

ни разу не видел чтобы премию получили те, кто её реально заслужил

 

 

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

ну а так почему заходим на третий круг? потому что даже в такой ситуации непонятно куда надо заводить простои типа "пил пиво и играл в приставку", и ведь это аукнется если кто-то реально начнёт "честно" вводить своё время. Для понимания загрузки нужно как-то анализировать например эджайл доски

 

 

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

конечно это плохо, и так нельзя. надо только использовать для целей бухучёта

 

 

Вот у нас в одном проекте таймшиты использовались для рассчета с заказчиком. Только в них нет тикетов, в них есть типы работ. и мы тупо раз в неделю вписываем 38 часов в "sprint work" и 2 часа в "Spikes, POCs". те самые capitals и expenses. То есть, если я играл в плойку в офисе потому что тикетов не подвезли - это 8 часов, а если болел или в отпуске был, то это 0.

это хорошо что у Вас так стабильно было "38+2", поэтому могли так вводить. но во многих случая реально нет такого стабильного отношения, и в одно время работа идёт 80% на поддержку, а в другое 80% на разработку, плюс разные проекты иногда накладываются, поэтому получается ещё веселее типа "60+30+10" или "40+20+30+10"

 

 

А с таймшитами их не 6, а 5, потому что еще час в день сотрудник распихивает "непроизводственные" расходы по заведенным тикетам. Еще и лживым говном себя ощущая при этом.
Сплошная польза.
Если на половину того что делает тестировщик не существует тикетов, то может тикеты завести?
А если таймшиты нужны для бугалтерских нужд, да еще и соответствующие не действительности, а потребностям бухгалтерии, то может прямо в бухгалтерии их и заполнять? И никакого негативного мнения о таймшитах не будет.

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

час заполняет таймшиты наверное если тестировщик в прострации? это ведь только несколько записей

 

 

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

а как вообще создать таймшит который "соответствует действительности"? если передохнул 15 минут - тут же залогировать "отдохнул"? а как потом зарплату будут рассчитывать - только за отработанное время и не платить за отдых?