Дейв Андерсон живёт где-то в параллельной вселенной. В компаниях обычно есть performance review работника, а есть ещё бюджет, есть ещё запрос на добавление новых специалистов, а это бюджетные траты - хоть из кожи вылезь, если карты не сходятся, то никто повышение в должности давать не будет
Эээ, поиск багов это одна из целей тестирования. Если по факту приложение/сайт работает не как написано в требованиях, то это в основном квалифицируется как баг. Баги бывают и в требованиях. Помимо этого баги ещё нужно искать вне требований, так сказать.
Что сказочник, то верно. Софтскиллы кандидата определяются на hr и техническом собеседованиях, ответственный от команды за проведение интервью уже на техническом совбесе может определить, сработаются ли люди или нет.
Разработка начинается с планирования, а тестируют для начала тестировщики. А Смута вышла сделанная левой ногой, потому что команда делала все на отвали, деньги получили и успокоились.
Неприкрытая реклама гетматч и компании, с волшебным получением оффера а-ля "сразу оторвали с руками и ногами", при чем у кандидата постоянно случались форс-мажоры, но у компании был вагон времени, чтобы постоянно переносить этапы собесов.
Только в реальной жизни требования являются важной составляющей практически любого проекта, особенно больших и в критически важных сферах, потому как наличие требований позволяет как минимум устранить разночтение
У ASTQB экзамен можно сделать либо онлайн, либо в их центре, если данный провайдер есть в стране. Регистрироваться на экзамен и выбирать дату лучше тогда, когда будешь подготовлен, а не заранее. 2 месяца очень субъективно, все зависит от уже имеющихся знаний и опыта. На Ютьюбе можно найти видео ментора, который разбирает теорию и практику по силлабусу, просто ввести в поиск название экзамена на фаундейшн и скорее всего первым и будет его сборник видео. Подготовка на фаундейшн вообще не сложная.
"Медианная зарплата – это показатель, который делит все заработные платы на две равные части: половина работников получают больше медианы, а вторая часть – меньше этого значения." (с)
Unit-тесты позволяют выявлять баги кода на ранних этапах + проверка, что код соответствует стандартам, на следующих уровнях будет бОльшая уверенность в коде + экономия времени + легче найти неочевидные баги, unit-тесты нужны, на следующих уровнях будут проводиться иные типы тестирования, которые будут отлавливать иной пласт багов
Работодателям делать нечего, кроме как по соцсетям и блогам бегать, ага. Хорошо составленное резюме, пет-проект, сертификаты (от узнаваемых компаний), сеть из коллег - вот это все увеличивает шанс.
Чтобы знать, как работает система и каковы ее особенности, нужно иметь доступ к коду, чего тестировщики зачастую не имеют. Более того, сами разработчики не всегда могут быстро определить причину проблемы. "Уделяет большую часть своего внимания второстепенным вещам" - эм, что? Тестировщики руководствуются приоритетами.
О, наконец-то хоть кто-то правду о книге Савина написал, все вокруг ее советуют, хотя по факту она никакой пользы по сравнению с другими книгами не несёт
"после 25 лет большинство людей уже не могут быстро учиться" - прям попахивает примитивным клише, это зависит не от быстроты обучения, а мотивации и приложенных усилий, ну и ума конечно. Айти сфера это как раз то место, где учиться нужно постоянно, по твоей логике там не должно быть никого старше 25.
Эмми, девушек о декрете вообще не спрашивают, это скорее исключение. А по резюме можно на просторах интернета найти сениорские и примерно по шаблону составлять. Чтоб понять рекрутера, можно бесплатный мини-курс какой-нибудь пройти.
Дейв Андерсон живёт где-то в параллельной вселенной. В компаниях обычно есть performance review работника, а есть ещё бюджет, есть ещё запрос на добавление новых специалистов, а это бюджетные траты - хоть из кожи вылезь, если карты не сходятся, то никто повышение в должности давать не будет
Эээ, поиск багов это одна из целей тестирования. Если по факту приложение/сайт работает не как написано в требованиях, то это в основном квалифицируется как баг. Баги бывают и в требованиях. Помимо этого баги ещё нужно искать вне требований, так сказать.
Что сказочник, то верно. Софтскиллы кандидата определяются на hr и техническом собеседованиях, ответственный от команды за проведение интервью уже на техническом совбесе может определить, сработаются ли люди или нет.
Разработка начинается с планирования, а тестируют для начала тестировщики. А Смута вышла сделанная левой ногой, потому что команда делала все на отвали, деньги получили и успокоились.
Неприкрытая реклама гетматч и компании, с волшебным получением оффера а-ля "сразу оторвали с руками и ногами", при чем у кандидата постоянно случались форс-мажоры, но у компании был вагон времени, чтобы постоянно переносить этапы собесов.
Только в реальной жизни требования являются важной составляющей практически любого проекта, особенно больших и в критически важных сферах, потому как наличие требований позволяет как минимум устранить разночтение
У ASTQB экзамен можно сделать либо онлайн, либо в их центре, если данный провайдер есть в стране. Регистрироваться на экзамен и выбирать дату лучше тогда, когда будешь подготовлен, а не заранее. 2 месяца очень субъективно, все зависит от уже имеющихся знаний и опыта. На Ютьюбе можно найти видео ментора, который разбирает теорию и практику по силлабусу, просто ввести в поиск название экзамена на фаундейшн и скорее всего первым и будет его сборник видео. Подготовка на фаундейшн вообще не сложная.
"Медианная зарплата – это показатель, который делит все заработные платы на две равные части: половина работников получают больше медианы, а вторая часть – меньше этого значения." (с)
Эм, название статьи не соответствует контенту. А защитить прод от багов полностью нельзя, исчерпывающее тестирование невозможно.
Unit-тесты позволяют выявлять баги кода на ранних этапах + проверка, что код соответствует стандартам, на следующих уровнях будет бОльшая уверенность в коде + экономия времени + легче найти неочевидные баги, unit-тесты нужны, на следующих уровнях будут проводиться иные типы тестирования, которые будут отлавливать иной пласт багов
Работодателям делать нечего, кроме как по соцсетям и блогам бегать, ага. Хорошо составленное резюме, пет-проект, сертификаты (от узнаваемых компаний), сеть из коллег - вот это все увеличивает шанс.
Чтобы знать, как работает система и каковы ее особенности, нужно иметь доступ к коду, чего тестировщики зачастую не имеют. Более того, сами разработчики не всегда могут быстро определить причину проблемы. "Уделяет большую часть своего внимания второстепенным вещам" - эм, что? Тестировщики руководствуются приоритетами.
Для этого тесты регулярно пересматривают, потому что могут измениться даже требования с течением времени
О, наконец-то хоть кто-то правду о книге Савина написал, все вокруг ее советуют, хотя по факту она никакой пользы по сравнению с другими книгами не несёт
"после 25 лет большинство людей уже не могут быстро учиться" - прям попахивает примитивным клише, это зависит не от быстроты обучения, а мотивации и приложенных усилий, ну и ума конечно. Айти сфера это как раз то место, где учиться нужно постоянно, по твоей логике там не должно быть никого старше 25.
Практически везде в айти
Это и есть то самое детское поведение, не хочу книжечку читать, хнык, хочу сразу прийти и всему научиться
То есть ты хочешь сказать, что прочитав пару книг, ты сразу же сможешь работать антропологом, к примеру?
Эмми, девушек о декрете вообще не спрашивают, это скорее исключение. А по резюме можно на просторах интернета найти сениорские и примерно по шаблону составлять. Чтоб понять рекрутера, можно бесплатный мини-курс какой-нибудь пройти.
"Но не успеть сделать даже смоук" - в смысле? Есть приоритизация, а смоук это самые базовые тесты