azShoo

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

Первое, что должен сказать, мне кажется вы смотрите немного не в ту сторону.
Если вопрос стоит как "QA не успевает" - вам нужно автоматизировать наиболее ресурсоемкие (с точки зрения тестирования) тест-кейсы, к которым непосредственно верстка относится очень косвенно.

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

Второй вариант больше похож на то, что вы искали. Это т.н. "скриншотное" тестирование, например Sikuli. В общих и упрощенных чертах - загружаете скриншот страницы, урл, Сикули проверяет соответствие одного с другим.
Минусы? Псевдосрабатывания и бесконечный ад обновлений при динамично меняющемся интерфейсе.

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

Тут, по сути, стоит несколько последовательных задач:
1) Первоначальное наполнение контентом.
Если речь идет о контентном сервисе (напр. блогоферме, вроде жежешечки), то пользователю не интересен "пустой" портал.
Следовательно надо "налить" первоначального контента.
Это можно делать самому, если позволяют ресурсы, либо, что оптимальнее - привлекать сторонних авторов. Сёрфите аналогичные по тематике порталы, ищете интересных вам авторов, связываетесь и предлагаете сотрудничество.
В зависимости от автора, объемов необходимого контента и тематики - расценки будут меняться от минимальных до заоблачных.
Многие площадки злоупотребляют кросс-постами (тянут и ре-постят посты с других источников), но тут стоит понимать, что при отсутствии уникального контента привлечь аудиторию будет сложнее.

2) Когда первоначальный контент сформирован - привлечение первого круга ЦА -> здесь уже идет чистый SMM. В помощь - опять же договоренности с авторами на платные посты, кросс-посты в тематических соц.сетях, всяческая пиарщина. Опять же все зависит от тематики.

3) Удержание и преувеличение аудитории. Когда первая волна аудитории получена - начинается самый ад. Надо удерживать аудиторию и максимально стимулировать её к шарингу с кругом знакомых. Плюс, конечно же, привлечение новых людей по модели из шага 2.
Нужно мониторить показатели и при необходимости стимулировать генерацию контента, запускать холи-вары и прочее.

В целом, этим занимаются целые отделы пиарщиков и SMM-щиков, так что просто так взять и сказать "сделай вот это и все будет ок" - нельзя.

btw, в первую очередь нужно определиться с:
1) Целевой аудиторией. Без понимания типичной целевой аудитории делать социальный проект - заранее провальная идея.
2) Исходя из п.1 определитесь с основными конкурентами за вашу ЦА, заранее выделите популярных авторов и "сердце" данного сообщества. В общем всячески анализируйте конкурентов.
3) Подумайте, реально подумайте, что вы можете предложить своей ЦА. На мой взгляд, рынок блого-платформ сейчас прибывает в убытке. Большинство блоговых платформ было убито либо соц.сетями, либо лидерами отрасли. Что бы пользователи к вам шли - они должны понимать, зачем это им нужно.

А дальше скачиваете гигабайт книжек по тэгам "Продвижение проектов", "SMM" и прочее, выкидываете оттуда 90% воды, вычерпываете 10% полезных мыслей и стараетесь остаться после этого на плаву.