KiT Maverik

Если адекватная контора, то кандидата на сеньорскую позицию будут гонять по практическим задачам относящимся к его профилю или к специфике компании.

Когда только начинал свой путь в IT, мне на глаза попался отличный курс по основам качества от Mail.Ru Group.
Программа охватывает все аспекты обеспечения качества и позволяет составить целостное понимание професии. Думаю, тебе идеально подойдет.
Вот ссыль на мой обзор курса. Там же лежит мой конспект. Качай, смотри, подписка лайк, все дела)

А для АБ тестов разве JS нужен? Это же делают готовые скрипты.
В любом случае, вот тебе:

• Nodeschool. Приличная онлайн обучалка с практикой.
  
• W3School. Не менее приличная обучалка с песочницей и сертификатами.
  

ИГРЫ НЕ ТЕСТИРУЙ!!!

Особенно если удаленное собеседование.
Особенно если задача сформулирована вроде "на переходе между 3 и 4 уровнем есть баг. Найди его."

Велик шанс того, что это серая мошенническая схема. Подробнее тут.

Весь рынок сейчас повернут на автоматизации. Рекрутеры отвечают в течение дня. Однозначно за.

Классика. Ответ кроется в вопросе.
Unit test. Тестирование маленького кусочка кода. Атомарное тестирование.
Feature test. Тестирование определенной фичи.

ИТОГ
Разница в охвате функционала: unit test - атомарно, feature test - глобально (в контексте фичи).

PS:
Маленький кусочек кода. Метод. Минимально самостоятельная единица.

Одна из стадий тестирования это генерация репортов.
Соответственно, раз кто-то его тестил должны быть как минимум логи или список объектов проверок (чеклист).
Кроме того, как клиент, вы должны были предоставить ТЗ, в котором четко указать что вам надо (ваши бизнес-цели). Если продукт не может выполнить эти бизнес цели, значит он не завершен. Можно ругаться.

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

Вам стоит проверить компетенцию своего ментора. Утверждение "полностью протестировать" противоречит фундаментальному принципу тестирования "Exhaustive testing is impossible".
Предлагаю обеспечить достаточный уровень качества. К определению оного подойдем с менеджерской стороны.
Нет спецификации? Нужно ее сделать. Предлагаю следующий способ: представляете себе что с точки зрения бизнеса наиболее важно в этой форме (примеры: поиск существующего объекта, защита от SQL-инъекций, поиск по дополнительным настройкам, обработка ошибок таких как поиск несуществующего объекта) и засовываете это в список. ВАЖНО: включать в список только те пункты без которых форма не может считаться рабочей или удовлетворяющей требованиям бизнеса. Список озаглавливаете "Acceptance criteria" и несете заказчику на подпись. Без этой подписи он имеет полное право парить вам мозг вопросами типа: а что ты это (или то) не протестировал? А с подписью вы будете иметь документ определяющий достаточное качество на уровне user acceptance.
Тесты прошли? Значит критерии приемки соблюдены. Хотите больше тестов? Согласовываем новую спецификацию, дополнительный бюджет на тестирование и расширяем тестирование на новый уровень (надеюсь ваш ментор про уровни тестирования рассказывал?).

Отдать школе тестирования как подопытный проект?

В отношении дизайна?

Макетом.

Самый простой способ проверки соответствия макету это браузерная расширялка "Pixel Perfect".

В добавок к делам макетным можно провести:

• Кросс-браузерное тестирование. Посмотреть как себя ведет верстка на разных браузерах. Можно проводить топорно (на множестве браузеров в режиме один за другим), а можно воспользоваться утилитой "Browser Sync".
  
• Мобильное тестирование (если респонсив предусмотрен).
  
• Проверить унифицированность интерфейса. Интерфейс продукта должен быть однородным. Это не только красиво, но и улучшает ориентирование, интуитивность.
  
• Потестить правила форматирования инпутов. Как они хендлят слишком длинные значения, как отображаются хинты...
  
• Проверить usability продукта. Провести базовую проверку удобства использования. Например: навешал девелопер много модных анимашек и гордится этим; а клиент задалбывается ждать, пока необходимые элементы красиво приплывут из-за экрана. Эффект этого гэпа усиливается при многократном обращении к элементам.
  
• Проверить accessability продукта. Это проверка восприятия продукта людьми с ограниченными возможностями. Ну, это вариант для тех кому уже совсем делать нечего или просто денег слишком много. Тестируется с помощью различных браузерных надстроек.
  

Мне кажется ты смешиваешь мух и котлеты в блендере.

ВВОДНАЯ

• Функциональное тестирование это вид тестирования. Всего их два: функциональное и нефункциональное. Функциональное тестирование проверяет функционал продукта - ЧТО он делает. Нефункциональное проверяет характеристики функционала - КАК он это делает (пример: скорость загрузки сайта).
  
• Компонентное тестирование это уровень тестирования. Всего их 4: приемка, системное, интеграционное, модульное. Различаются они (!не запоминать - очень кратко!) глубиной проверки системы. Модульное тестирование это насколько возможно подробное тестирование одного компонента (изолированно).
  

ОБОСНОВАНИЕ
Глоссарий ISTQB

1. component: A minimal software item that can be tested in isolation.
   
2. component testing ("unit testing" and "module testing" are synonyms of CT): The testing of individual software components. [After IEEE 610]
   

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

Выбирай любую
skillkit.ru/post-277-9-taym-trekerov-na-lyuboy-vku...

Заходи в гости - у нас есть целый раздел, посвященный этой проблеме. Ищем материалы, выявляем потребности, пишем в тему, - в общем стараемся. Инфо рабочее и уникальное - подборкой, редактурой и написанием занимается профильный специалист.
skillkit.ru/blog/soft-skills?utm_source=toaster

О мужик, тут ты сам себя эээ...
пек-пек короч.
ЗП надо повышать это факт. Но делать это надо осторожно. Почему?
Войди в положение директора. Если он адекватный руководитель, то мыслит стратегическими категориями, а их длительность составляет от трех месяцев. Если ты, такой красавец, придешь к нему посреди периода и скажешь давай мне бабала в 250%, то для него это будет значить выбор:
1) Заплатить тебе законное бабло и просадить нафиг весь бюджет конторы;
2) Найти обезьянку на твое место, чем обнулить эффективность предприятия.
Неприятно, да?
Поэтому надо подойти к делу с умом. Вот тебе статья в тему:
skillkit.ru/kariera/povyshaem-zarplatu-kak-i-kogda...

Ну, демпингуют те, кому кроме низкой цены предложить нечего.
Чтобы эти олени перестали тебя беспокоить нужно работать правильно. Наращивать авторитет, клиентскую базу, иметь подтверждения своих навыков в виде сертификатов или публичных проектов.
Зайди сюда, тут в разделе "фриланс" все давно уже рассмотрено.
skillkit.ru/blog/freelance/?utm_source=toaster

Надо поднабрать авторитета. Как вариант предлагаю публичное размещение кода. Факью тут:
skillkit.ru/kariera/github-kak-sdelat-rezyume-koto...