• Protractor весьма популярен.
  
• Cypress тоже неплохая штука - позволяет делать много чего интересного с минимальными усилиями

Привет мэн.
Вот тебе кратко и емко:

1. Джун обладает необходимыми техническими и теоретическими знаниями для выполнения работы. Он умеет делать работу.
   
2. Мидл обладает более глубокими знаниями. Он в курсе процессов, подходов, технологий, тулзов и лайфхаков тестирования. Он умеет делать работу быстро.
   
3. Сеньор обладает глубокими знаниями предметной области и продукта. Он способен работать с заданиями сформулированными в общей манере (самостоятельно определять подход, стратегию). В случае чего сеньор может подменять лида.
   

На этом вопросе должен висеть огромный знак "Не лезь". Допустим, ты выучил виды тестирования по определенному, ты можешь попасть в следующий кейс:

1. "Опытный" (насидевший большой трудовой мозоль) лентяй скажет тебе, что это все фигня - главное опыт. Причем в чем состоит этот самый опыт сформулировать не сможет.
   
2. Словивший звезду спец скажет тебе, что это все фигня - главное его взгляд на вещи, который он сформировал за годы работы ибо эффективно. Ога, нерепрезентативная статистическая выборка, склонность к подтверждению собственных идей и прочие когнитивные искажения ему в помощь.
   
3. Какой-нибудь автоматизатор или девелопер будет вещать со своей колокольни путая пирамиду автоматизации с тестовыми уровнями и Е2Е тесты с тестами графического интерфейса.
   

Как ты понял, тема крайне противоречивая - херова туча непоняток, субъективностей, и банальных ошибок вызванных ленью.

Если ты еще не поостыл, давай рассмотрим один из вариантов организации.
Согласно стандарту 9126, у программного продукта есть 6 атрибутов качества: performance, reliability, functionality, usability, maintainability, efficiency. Запомнить легко через ассоциацию PaRFUME. Каждый атрибут имеет определенное количество вложенных атрибутов. Вот тебе картинка. Каждый вложенный атрибут покрывается соответствующим видом тестирования. Их совокупность и является всеми видами тестирования.

Едем дальше. Все атрибуты качества кроме функциональности являются нефункциональными. Соответственно любой из видов их тестирования является нефункциональным.

Также есть такое понятие как уровни тестирования. Если в двух словах, то это концепт, который организовывает тест активности по скоупу.

1. Уровень модулей. Тестирование отдельных модулей в изоляции.
   
2. Уровень интеграций. Тестирование общения модулей.
   
3. Уровень системы. Тестирование всей системы в целом. Не возьму "все-все модульные тесты и прогоню их", а выполнение тестовых активностей, скоп которых вся система (нагрузка, юзабилити, ...)
   
4. Уровень пользовательской приемки. Проверка конечным пользователем (сразу после проверки тестером :) выполнения приложением бизнес задач. Я хотел смотреть видосы! Я могу смотреть видосы??
   

Если выучишь изложенный выше подход то при предъявах вроде "ВСЕ ФИГНЯ!" сможешь говорить "мои данные основаны на ISTQB и стандарте ISO-9126, а на чем основаны ваши?" Хотя это не поможет ибо человеческая тупость имеет бесконечный потенциал.

Теперь, зная все это, посмотри еще раз на свое приложение .Net... Не кажется ли тебе, что их описание видов тестирования по уровню тупости находится где то на уровне:
- Расскажи мне что ты знаешь о Марсе.
- Арбуз, гребень, пилот!

Интернет-ноунейм критикует авторов твоей приложухи, норм да?
Субьективность...
Все как и обещал...