Тут возможно 2 подхода:
1. Автоматизаторы контролируют юнит тесты, помогают девам их писать. В этом случае это поможет контролировать покрытие и работаспособность приложения (это может сократить количество интегрейшен тестов) .
2. Не учитывать юнит тесты. Это тоже норм, ведь юнит тесты проверяют код, и очень редко помогут понять что функционал работают. Это задача EndtoEnd/интегрейшен тестов.

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

а не гуманитарий ли ты часом?

Наверно для Foundation Level они действительно хорошо готовят, но на Test Automation Engineer лучше к ним не ходить....

Таска к которой ты обращаешься была завершена, или ты вызывал аборт

Я сам QA. Если на проекте цениться качество, и тестеру готовы платить 2-3к то все будет норм. Если же наняли кого попало, главное подешевле. То это уже ваши проблемы

reality_hacker reality_hacker, не соглашусь с тобой.

— популярнее — больше комьюнити, вакансий, либ, проектов

то что джава на 10 лет раньше появилась чем шарп, дает ей фору, но не делает ее круче.

— бесплатнее — можно построить абсолютно бесплатный open-source stack включая средства разработки

если ты зарабатываешь деньги на написании кода, то ты не можешь использовать комьюнити едишен ( у нас конечно все используют, но это уже другой вопрос).

— кросплатформенней —

поднимал на линуксе без проблем, просто IDE надо юзать mono c#

.net отстает по либам

это же круто, либ меньше, а функционала больше.

все проекты на .нет про которые слышал

это вообще чисто твое мнение.
У нас (компания EPAM) сейчас все веб проекты хотят на C# потому что он елементарно быстрее.
выбрав С# ты с экономишь 3-7% на серверах, а для некоторых компанияй это миллионы.

P.S. это чисто моя точка мнения, поправь если что не так.