Faber Estello

Можно, если вам нужно отделить часть содержимого от основного содержимого этого блока.

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

1) на самом деле в последнее время наплодилось куча очень крутых и качественных инструментов, но "профи старой закалки" ими практически не пользуются, банально потому что не слышали про них. На самом деле это забавное явление - если нет мощного медийного ресурса или бренда, донести информацию о том, что появилась новая крутая штука, даже до 5-10% сообщества - почти невозможно.

2) Из того, что "профи" в этом плане едва ли лучше тебя, следует, что инструменты - вовсе не главное.

3) Но чтобы все-таки повышать свой арсенал, советую подписаться на тематические хабы на реддите/модные почтовые новостные рассылки, и потихоньку впитывать информацию.

это в gulp указывается так путь к исходникам и папкам css файлов, как пример по изображениям: img: 'src/img/**/*.*'

Как я понял там написанно что уже есть там .git и вы его пересоздаёте

Вам нужны якоря.

<a href="#anchorName">Переход</a>
<a name="anchorName"></a> <!-- точка куда будет осуществлен переход -->

Вот так в общем:

<div class="content">
  Загаловок <sup><a href="#a1">[1]</a></sup>
  Загаловок <sup><a href="#a2">[2]</a></sup>
  Загаловок <sup><a href="#a3">[3]</a></sup>
    <div class="note_box">
      <sup><a name="a1"></a><strong>[1]</storng></sup> Загаловок - это....
      <sup><a name="a2"></a><strong>[2]</storng></sup> Загаловок - это....
      <sup><a name="a3"></a><strong>[3]</storng></sup> Загаловок - это....
    </div>
</div>

Нужно заменить display: none на visiblity: hidden; opacity: 0.
Другой вариант: использовать jQuery show() - hide()

Используй проценты.

Открываете gedit, добавляете туда

[Desktop Entry]
Name=
Comment=
GenericName=
Keywords=
Exec=
Terminal=false
Type=Application
Icon=
Path=
Categories=
NoDisplay=false

заполняете в соответствие с тем какого приложения Вам нужен ярлык, сохраняете <название_приложения>.desktop и копируете по адресу /usr/share/applications/ и все ярлык создан)
з.ы. но по честному на эту тему есть 100500+ тысяч мануалов)

Сделайте через CSS

.content:hover img {
...
}

а где сама функция клика?

Свежая статья на хабре - Верстка email рассылок от А до Я для чайников

вообщем всё, что тестировщику пригодится в работе.

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

Что нужно знать джуну-тестировщику, в самом общем виде?
1) Нужно понимать теорию тестирования: что есть дефект, приоритеты(классический вопрос про priority & severity), базовые практики тест-дизайна, понимание того как и зачем писать тесткейсы, понимание того, как локализовать ошибку.

2) Нужно иметь общее представление о предметной области:
Если тестируете веб - общее представление о клиент-серверной архитектуре, всякие пост-гет запросы, и прочеее прочее. + REST и API
Если тестируете мобилы - подробнее почитать про специфику тестирования мобил.
ну и т.д. с декстопами, железом, смарт-картами и прочим добром.

3) Базы данных. Иметь общее представление о реляционных и не-реляционных базах данных, уметь написать селектики на SQL, дальше уже плясать от конкретного стека технологий.

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

Список перечисленных вами технологий смутил.
Кибана - GUI обертка для NoSQL базы данных, зачем джун тестировщику это знать - не представляю. В большинстве мест вы с ней не столкнетесь, а когда столкнетесь - разберетесь за полтора дня с Lucene Query и будете жить радостно.
XPath и Selenium - это для автотестировщика. Сажать джуна (человека с минимумом опыта) за автотесты - насилие над продуктом и человеком. Потом пригодится, на этапе джуна - фактически не нужно (понятно, что знание не лишнее, но применять оные вам вряд ли придется).
XML - ну, что нужно знать про хмл я, честно говоря, не знаю. Разве что что это такое и как выглядит.

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