Может, вы подскажете, где попрактиковаться в тестировании? Может, какие-нибудь иностранные ресурсы?

Всем новичкам советую это. Идите на этот сайт - https://app.crossove...e-jobs?label=16 - выбирайте Manual Tester (или можете сразу дерзнуть на QA Engineer) и пройдите процедуру отбора на выбранную позицию. Если пройдете все теоретические тесты, то доберетесь до испытательного проекта. Это будет реальная практика на одном из крупных проектов по разработке ПО, которая к тому же оплачивается (5 лет назад так было по крайней мере). И возможно после этого сразу получите предложение о работе.

Ну Савинов пишет о тестировании в целом, а не об автоматизации, например. Поэтому ждать от него примеров кода не стоит. 

Книжка его годится тем, кому вообще заходят книги типа "Бла-бла-бла для чайников".

Отличная точка для старта, считаю. 

- вы будете работать на огромную ИТ компанию с отлаженными процессами, увидите изнутри, как производиться ПО мирового класса, получите доступ к бесценной базе знаний;

- работа, скорее всего, предстоит в достаточно монотонном режиме => научитесь работать с текучкой, прокачаете такие скиллы как самодисциплина, самомотивация и прочие "само-". Это наверняка сосдужит в будущем хорошую службу.

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

 

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

А затем, что вопросы топикстартера были именно про опыт "такой" работы. 

Там вам выше девушка ссылку на вакансию дала. Де-юре, это не работа в Яндексе, но де-факто тестирование их продуктов. Если в Яндексе не забанены, должны увидеть подробнейшее описание работы и примеры кейсов. Такое крепкое дно, из скальных пород с кораллами и цихлидами.

...дно, уровня манкикликеров из Индии (и то индусы небось подороже будут).

Что это, если не спесь? Откуда такое пренебрежение к коллегам из Индии? Вы работали там? А может вы индус?

Спасибо, посмеялся.

На здоровье, если ваше сообщение опирается на ваш опыт подобной работы с Яндексом. 

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

Что касается "дна" - это всегда место, от которого можно и нужно отталкиваться. Манкикликеры на нашем проекте зарабатывали 10 USD в час при загрузке 40 часов в неделю, а индус был менеджером проекта. Вы бы спесь сбили.

Плохая статья. Переписать надо. И классификация видов тестирования там моя от 2003 года... Сильно устаревшая.

Ну тот кусок, что я процитировал, это перевод из книги Иэна Соммервиля "Software Engineering", ее использовали в этой статье.

Согласно устоявшейся практике Тестирование программного обеспечения — процесс исследования, испытания программного продукта, имеющий две различные цели:

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

Так что вы все правы.

Ссылка >>

Видимо речь идет о Traceability matrix и особенностях перевода.

 

 

Опера входит в топ-4 используемых браузеров в СНГ-сегменте

Ну да. И вот как обычно выглядит этот топ:

1. Chrom - 51%

2. Яндекс.баузер - 15%

3. Safari - 11%

4. Firefox - 7%

5. Opera - 5%

пруф >>

Это не рейтинги, это статистика. 

Я согласен, что для разных проектов эта статистика имеет разное значение. Примерно такое же, как выбор минимальной версии для поддержки в Андроиде. В конечном счете почти всегда все упирается в бизнес, которому важно, сколько людей используют тот или иной браузер, ту или иную версию ОС и т.п.

Дороговат же?

У нас окупился.

Попробуйте TestRail

Савин дает представление о том, что вообще такое тестирование. И его часто читают ДЛЯ принятия решения, а не после )) Типа, "а подойдет ли мне это?". В целом, это действительно хорошая книга, тем более что будем честны — очень мало кто пойдет покупать Канера или кого-то еще, скорее загуглял книжку потоньше да подешевле. И в качестве первой она вполне себе хороша)

Тогда лучше в качестве первой книжки читать "Дневник тестировщика" - фана на порядок больше, страниц меньше, а смысла столько же :) 

По-хорошему у каждой задачи помимо текущего статуса должно быть решение по нему. Напрмер, статус Closed может иметь решение или Fixed или Not a bug. Статусов не должно быть много, 4-5 обычно за глаза хватает. А вот решения могут быть разными для разных групп пользователей. В JIRA это прекрасно реализовано. Чтобы не было ошибок, нужно внимательно проработать воркфлоу задачи.

8 часов в офисе != 8 часов под контролем 

Контроль там как в шахматах - нажал кнопку на часах, делаешь ход (работаешь). Устал / надоело / решил сменить занятие - остановил часы. Главное отработать 40 часов в неделю. Это очень удобно, так как дает ощущение полного контроля своего времени. Других плюшек действительно нет :) 

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

Какие 20 тысяч?! Работа тестировщика начинается от 10$ в час - https://app.crossove...e-jobs?label=16 - это удаленная работа, то есть можете никуда не уезжать из своего условного Канбанограда. Это 90 тысяч рублей. ПРОБУЙТЕ!

Я так (там) работал почти два года. 

Просто глаз за вашу цифру зацепился. А вообще я отвечал Марине на ее сообщение выше. Идея в том, что не надо слепо рваться в столицы за длинным рублем. В моей команде работали тестировщики из Киргизии, Вьетнама, Филиппин, Индии само собой, Пакистана - из небольших городков и деревушек (а в масштабах земного шара это все вообще глухая провинция), было интересно их на карте находить. А наш ПМ был из Кении. Они там у себя на местах очень крутыми товарищами считались. 

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

 

 

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

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

А что за данные? Не проще ли их получать через API?

В соседней ветке один из стремящихся к идеалу работодателей, к слову: http://software-test...er/#entry162280

 

 

по отзывам на каких-то конкретных сторонних сайтах?

Не знаю, есть ли уже аналоги в России, но на английском есть хороший глобальный ресурс - glassdoor.com - он как раз о репутации работодателей. 

Еще на счет дальности. Напитки и фрукты на расстоянии вытянутой руки - тоже огромный плюс!

Мне из плюшек нужен только гибкий график, упругий диван и возможность поспать на нем днем. 

 

 

Кстати, если бы перед вами стоял выбор:ДМС или компенсация затрат на лечение (100%), что бы вы выбрали и почему?

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

Кстати страховка это давно уже не плюшка, а стандарт.

У Zephyr почти на порядок больше скачиваний :)

Ну как бы да. Но с другой стороны вполне себе живут там такие темы - https://stackoverflo...management-tool - по крайне мере какое-то время :)

Да и вопрос можно по-разному задать. Можно просто по каждому тулу отдельно спросить "а можно ли сделать так, чтобы..." Вариантов получения информации - тьма.

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