Вопросы на собеседовании для начинающего веб-технолога/верстальщика

а если попробовать горячий угол, в котором Put display to sleep, потом закрыть крышку и через пару секунд ее снова открыть? Включается?

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

Я, когда собеседую, пользуюсь вот этими страницами для вдохновения:
darcyclarke.me/development/front-end-job-interview-questions/
www.impressivewebs.com/skills-front-end-developers/

А вот это даю почитать тем, кто прошел:
isobar-idev.github.com/code-standards/

Одним из вопросом может быть «чем отличается div от span». Смешно, но часть «верстальщиков» даже этого не знают.

Я обычно начинаю собеседование с типов layout'ов — например, «есть двухколоночный макет, перечисли все способы его создания». Это довольно обширная тема, при объяснении которой можно перескочить на множество схожих вопросов — и о float'ах, и об inline-block, и о CSS Box Model, и так далее. Вопрос о доктайпе — тоже один из первых, из ответа на этот вопрос, собственно, строится впечатление о собеседуемом как о спеце. Далее идет более-менее общий набор простых вопросов:

— CSS-селекторы, их специфичность, поддержка, производительность;
— организация кода (семантика, названия классов, clearfix и т.д.);
— поддержка старых версий браузеров, graceful degradation.

Если человек уверенно справляется с этими вопросами, перехожу к БЭМу (обычно, если человек с этим знаком, эта аббревиатура к данному вопросу уже должна была прозвучать из его уст), CSS-препроцессорам, задаю пару вопросов по js — по ванилле и jQ. К этому моменту обычно человека удается разговорить на отвлеченные темы вроде каких-нибудь статей известных авторов или докладов с конференций, которые он читал или смотрел, и на которые опирается при своих ответах. Это помогает еще больше оценить его скилл, и не просто скилл — а в целом как человека, который осознанно пишет хороший код, интересуется новыми веяниями, учится и совершенствует свои знания.

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

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