almac

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

В Яндексе мы разработали два инструмента:
- gemini для модульного тестирования вёрстки скриншотами; сравниваются отдельные блоки с эталонными изображениями; есть отдельный удобный инструмент для снятия и обновления эталонов — gemini-gui
- hermione для функционального тестирования

Оба инструмента используют WebDriver API, при помощи которого ходят в Selenium Server или Appium. Умеют обходить проблемы стабильности (повторное выполнение тестов), запускать тесты максимально параллельно (для скорости; гибко настраивается), строить понятные отчёты.

Этими инструментами уже тестируются SERP (страница поисковой выдачи), Яндекс Картинки, Яндекс Видео, Яндекс Новости и другие сервисы.

Genymotion

Смысла топтаться именно на теории тестирования нет. Прочитайте нетолстую книжку, для первого приближения и этого хватит. Не теряете время и сразу качайте автоматизацию, изучайте best practice, научитесь разворачивать все с нуля.

наверно эти software-testing.ru/trainings

Нужно знать (для функционального тестера):
1. Теорию тестирования.
Что такое тестирование.
Что такое баг.
Виды тестирования.
Структура тест-кейса.
Структура тест-плана.
Что такое тест-дизайн.
Классы эквивалентности.

2. Основы разработки.
Жизненный цикл ПО.
Место тестирования в разработке.
Основные понятия ЯП - функции, методы, типы данных.

3. Основы баз данных.
Умение составлять простые SQL-запросы
Определения реляционной БД
Нормализация.

4. Bug-трекеры
TFS, Jira, Jazz, ALM и др.

Хорошо бы также обладать базовыми знаниями по XML.

Могут попросить протестировать ручку, карандаш, калькулятор.
Хорошо бы понимать, что такое ISTQB, готовность получить сертификат

Посмотрите в сторону NodeJS. Это серверный JS, сейчас применяется достаточно активно, но пока не понятно на сколько перспективен.

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

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

Единственный способ, который я знаю - почитать книгу Тестирование.ком, посмотреть видео Михаила Портного и выбирать любой сайт для тестирования UI. Просто, если кажется, что надо что-то протестировать - вперёд, составляй тест-кейсы и шпиль по ним. Очень важно выбрать формат составления тест-кейса и баг-репорта таким, чтобы они не занимали много времени на составление. Мне очень понравилась позиция М.Портнова по этому поводу - он использовал эксель и все пункты тест-кейса записывал в столбцы. Это очень наглядно. Ну так, просто из своего опыта говорю. Вообще, чаще всего, на работе будет иначе всё, но это совершенно не страшно. Просто, самое основное, это научиться думать так как надо, а после, не страшно ничего будет. Технологий много, все разные, все несложные, на работе научат, если они не кретины. Из софта посоветовал бы обратить внимание на SoapUi и Selenium. Удачи!
PS Можно и на курсы записаться, будет плюсом.

И вот как приход компонентов убьёт необходимость знать HTML и CSS?

Предположим, что через 5 лет совместными усилиями появится конструктор, с помощью которого будет собираться всё на свете. А сборку и настройку компонентов кто будет проводить? А кастомизацию?
Да просто написать что-то своё, уникальное. Браузеры точно так же будут разбирать компоненты на то, что входит в эти самые HTML и CSS.

Вон — плагинов jQuery пруд пруди, но что-то вопросов меньше не становится. И знание нативного Javascript это не отменяет.

Попробую ответить сдержанно и корректно :D

Профессия верстальщика просто будет содержать в себе дополнительный набор навыков, помимо html и css.

О как. :D

1) Захожу сюда codepen.io
2) Жмякаю New Pen
3) Создается новый пен где уже все настроено под меня (SASS/отступы/лайвапдейт и так далее).
4) Верстаю
5) ...
6) PROFIT!
Если верстка многостраничная, то один пен делаю глобальным (SASS переменные/общий JS код) и линкую его в другие пены. + можно все это дело форкать до потери пульса, и показывать ссылки заказчику (ссылки все приватные, если имеется PRO аккаунт). Особенно удобно, когда имеется несколько вариантов анимации, то просто делаю 2-3 форка и даю ссылки, а человек наглядно сравнивает все.

Нужно иметь базовые знания js, а потом уже лесть всей головой в фреймворки. Я сам начинающий и у меня есть базовые знания js, сейчас изучаю JQuery и аж в перспективе буду изучать Angular & Node.js. Попробуйте попрактиковать именно js-чистый, Вам потом будет проще.
Вот отличная онлайн книга по java script

Прошу прощение если повторился, мнение сугубо мое! :)

Верстальщик преобразует графический макет (Photoshop или иной) в набор HTML + CSS + картинки. Иногда к свёрстанному макету может подключить типовые библиотеки Javascript, например, slider для картинок, или всплывающие подсказки (tooltip), или диалоговые окна (dialog/popup).
Знания и навыки:

• работа с графическими программами, чтобы понять, как собран макет
  
• знание HTML, HTML5, CSS, CSS3, понятие про веб-шрифты, спрайты и другие технологии
  
• пригодятся знания по HTML-фреймворкам, например, Twitter Bootstrap или Semantic UI
• навыки кроссбраузерной вёрстки, чтобы в разных браузерах выглядело и работало одинаково
  
• навыки отзывчивой вёрстки, чтобы можно было использовать на устройствах с разными возможностями и разрешениями
  
• знание типовых решений javascript, чтобы реализовать простейшие вещи, заложенные в макете
  

Фронтенд-разработчик делает так, чтобы макеты, полученные от верстальщика, были наполнены реальными данными. Если приложение построено как client-side (то есть вся основная логика загружается в виде огромного javascript в браузер, а данные запрашиваются с сервера по AJAX; это называется "толстый клиент"), то фронтенд-разработчику потребуется следующее:

• знание HTML, HTML5, CSS, CSS3, понятие про веб-шрифты, спрайты, Comet и другие технологии
• глубокое знание Javascript, включая использование готовых фреймворков, библиотек и написание расширений для них, что подразумевает объектно-ориентированное и событийное программирование
  
• знание AJAX, CORS и навык создания тестовых затычек на стороне сервера, чтобы можно было разрабатывать приложение пока бакенд не готов
  

Если фронтенд строится на стороне сервера, то дополнительно потребуется знать используемый серверный язык программирования (например, Python, Ruby или PHP) и используемый фреймворк (Django, Ruby-on-Rails, Yii). На практике бывало такое, что фронтендер просил в нужной части проекта сделать var_dump от структуры данных, которую надо показать и перечислить серверные методы, которые надо вызвать по нажатию предполагаемых кнопок.

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

И моё личное мнение - фронтенд разработчику не помешают базовые знания про UML. Иногда с ними так тяжело обсуждать обмен данными по AJAX. У них это какой-то непрерывный поток магической энергии, волшебным образом преобразующийся в буковки на экране пользователя, а вот для бакенда это набор отдельных операций, иногда ещё и асинхронный. Диаграммы последовательностей ни читать, ни писать многие не умеют. Таймлайны составлять не умеют.

-----------

Написал дополнение: copist.ru/blog/2015/08/29/layout-designer-vs-front...