Это очень хорошо, когда тестировщик занимается только тестированием, администратор — только администрированием, а программисты только пишут код.
Мы с самого начала занимались администрированием тестовой инфраструктуры, т.к. целью тестовой инфраструктуры было уйти от взаимодействия с админами. Наши администраторы, конечно, сделают все лучше и быстрее. Но для этого нужно найти человека и поставить ему задачу. У него тоже есть свои дела, и машину он поднимет к вечеру. А я сейчас делаю новую систему из образа минут за 10, а то и меньше.
Какие плюсы? В нашей команде сейчас 7 тестировщиков. Каждый может создавать стенды для себя, поэтому никто не дергает. Сейчас у нас есть две основных двухпроцессорных фермы по 56 гб оперативки, поэтому проблем в ресурсах не наблюдается. Каждый может настраивать билды в своих проектах и выполнять базовые активности. Каждый делает кучу работы без напряга, поэтому все работают без овертайма. По-мойму, плюсы очевидны :)
Хорошая статья для начинающих есть на хабре.
Самое главное понять логику работы оболочки, конкретные команды всегда можно найти в гугле.
Для конкретных действий есть также довольно подробная справка от Microsoft. Там есть разделы по функциональностям, можно довольно быстро найти нужное. Если же что-то совсем непонятное, можно обратиться к коллегам-программистам с конкретным вопросом.
Ну, это как дети и розетка. Всем говорят, что туда нельзя лезть с отверткой, но все равно почти все получили в своё время удар током.
Если бы не было потраченного зря времени, не было бы понимания ценности автоматизации.
Системный администратор разворачивает системы на боевых серверах по уже готовому мануалу. Администраторов не так много, по этому требовать от них знания всех тонкостей всех систем некорректно.
А начинать тестировать нужно самим и быстро.
Для начала можно почитать также классику «банды четырех»: www.ozon.ru/context/detail/id/2457392/
В книге довольно хорошо описывается различные приемы проектирования и приводятся примеры их применения.
А почему Тестирование оказалось в Администрировании?
Понятно, что в ряде компаний тестировщики ещё и администраторы по совместительству, но это скорее плохой пример…
Мы с самого начала занимались администрированием тестовой инфраструктуры, т.к. целью тестовой инфраструктуры было уйти от взаимодействия с админами. Наши администраторы, конечно, сделают все лучше и быстрее. Но для этого нужно найти человека и поставить ему задачу. У него тоже есть свои дела, и машину он поднимет к вечеру. А я сейчас делаю новую систему из образа минут за 10, а то и меньше.
Какие плюсы? В нашей команде сейчас 7 тестировщиков. Каждый может создавать стенды для себя, поэтому никто не дергает. Сейчас у нас есть две основных двухпроцессорных фермы по 56 гб оперативки, поэтому проблем в ресурсах не наблюдается. Каждый может настраивать билды в своих проектах и выполнять базовые активности. Каждый делает кучу работы без напряга, поэтому все работают без овертайма. По-мойму, плюсы очевидны :)
Самое главное понять логику работы оболочки, конкретные команды всегда можно найти в гугле.
Для конкретных действий есть также довольно подробная справка от Microsoft. Там есть разделы по функциональностям, можно довольно быстро найти нужное. Если же что-то совсем непонятное, можно обратиться к коллегам-программистам с конкретным вопросом.
Если бы не было потраченного зря времени, не было бы понимания ценности автоматизации.
А начинать тестировать нужно самим и быстро.
www.ozon.ru/context/detail/id/2457392/
В книге довольно хорошо описывается различные приемы проектирования и приводятся примеры их применения.
Понятно, что в ряде компаний тестировщики ещё и администраторы по совместительству, но это скорее плохой пример…