* трехзвенка

даже и это уже устаревший концепт, лучше уж сразу про сервисы

наверное и файл-сервер туда же, все уже в облаках

потому что в схеме не указано что лишних полей не должно быть

поэтому эта схема не будет выдавать ошибки когда полей будет больше чем описано

 

 

Как объяснить это схеме?

прочитать документацию

 

 

И мы столкнемся с проблемой, когда захотим сравнить json запроса и json ответа со схемой.

незачем проверять джейсон запроса, ведь его сами и сделали

 

 

Мне нужно не написать свои, а посмотреть какой набор обращений к БД идет при выполнении тестируемым приложением определенной операции.

ну так откройте код формы и посмотрите какие там обращения

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

да, раньше люди не знали что увольнения все-таки планировались

 

12 апреля

это дата начала опроса, середина апреля, на тот день большинство ответили что у них не было сокращений и не планируется

а уже скоро в конце апреля начались увольнения и сокращения. сейчас все очень быстро меняется

 

 

Ну опрос еще идет)

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

сейчас более актуальный вопрос был бы типа:

"Сколько процентов айти персонала в Вашей компании уже уволили?"

 

 

Завтра запустим большой анонс на сайте, посмотрим на результаты через 10 дней.

но тогда к концу месяца опять все изменится

 

 

MS TFS

Team Foundation Server уже давно переименовали в Azure DevOps Server

 

 

я прошла обучение на software-testing по java

а бэджик где?

Матрица? все части

правильно, незачем :)

ну 150 платится ведь даже с дохода 0

 

 

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

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

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

ну Вы наверное и тесты еще писали не в коде проекта? и код ревью не проходили поэтому?

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

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

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

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

 

 

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

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

 

 

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

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

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

мотивационные письма, оптимизированные под каждого работодателя, не забываете слать?

навыки навыками, но ведь главное это какой именно вклад Вы сможете сделать на данной вакансии

смотрите в код пулл-реквестов, установите на свою машину среду разработки, разбирайтесь с проектной документацией и с требованиями, коллаборируйте с ПМом и дизайнером и кто у Вас там еще

прочитайте книгу по языку разработки который используется на проекте - вот и получите базовые знания

 

 

Ответ "спроси свою команду, вы же за все отвечаете"

правильный эджайльный ответ

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

 

 

На вашем проекте вас никто учить не будет, не будет никакой "помощи старшего"

помощь старшего можно получить, просто надо знать "как"

сравните:

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

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

 

Спасибо! 

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

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

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

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

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

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

 

 

Не надо додумывать, надо уточнять.

а мне кажется это хорошо когда человек додумывает

тогда сразу видно, что выше чем на джуна кандидат не тянет

 

 

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

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