Правила чата:
1. Пишите вопрос по своей проблеме сразу же первым сообщением. Без приветов. Без прелюдий «кто может помочь». Обращения в ЛС к участникам нежелательны. Смотрите также http://neprivet.ru и http://nometa.xyz

Пример:
«У меня есть проблема\задача (А) %текст-ошибки или задача%. Я пытался решить ее так %кусок-кода-опционально% (Б), у меня не вышло %текст-ошибки%. Я погуглил, почитал документацию и попробовал сделать так  %кусок-кода-%(В), но получаю ошибку (Г).»

2. Укладывайте свои мысли в одно сообщение, а не десять.
3. Код обрамлять тройным грависом:
`код

если больше десяти строк, залить на https://gist.github.com или pastebin
4. На сообщения отвечайте реплаем, а не форвардом.

Каналы, на которые стоит обратить внимание:
@python_in_depth - Базовые вещи о питоне.

Полезные ссылки
1. FAQ по Python от тг канала @ru_python_beginners
2. Большой список инструментов, библиотек и расширений для тестирования
3. Библиотеки для тестирования кодовой базы и генерации тестовых данных
4. Список антипаттернов
5. Неочевидные вещи в python
6. Реализация паттернов проектирования на python
7. Список плагинов для pytest
8. Sample проект pytest + selenium + allure
9. TestRail плагин для pytest
10. Кастомный планировщик для pytest-xdist, ограничивающий размер рабочей пачки тестов до двух.
11. Понятный пример использования VCR для тестирования API
12. Easy Locust FAQ
13. Contracts and Debugging
14. Lightweight, OO FSM
15. PACT - Consumer Driven Contracts
16. Makefiles in python projects
17. Awesome Python
18. Cheatsheet по type hints
19. HTML Parsing for Humans
20. Офигенный гайд по декораторам
21. Большой список инструментов для мамкиных хакеров
22. Аналог functools.singledispatch
23. Готовый расширяемый рецепт для моков
24. Простой и понятный гайд по itertools
25. Async I/O walkthrough
26. Async how-to for beginners medium
27. Async for complete beginners video
28. Проброс доп параметров в фикстуры на реран после фейла
29. Новый инструмент для тестирования API. Под капотом hypothesis + jsonschema. + гайд че куда

странный вопрос, можно найти работу и без изучения этого. точно так же как не найти изучив

только скорее не как тестер, а как программист - автоматизатор

#slightly_offtopic
пацы, какой у вас parametrization factor на билдах? то есть то количество билдов, которое одновременно запускается после коммита в разных окружениях.

Мне интересно его отношение к максимальному кол-ву параллельных билдов и если оно стремится к 1:1 или примерно так, то как вы утилизируете ресурс пула агентов в плане очередности билдов когда команда активно начинает параллельно пушить


автоматическое расширение пула агентов не интересно рассматривать, ибо у меня фиксированное количество параллельных сборок

Так точно, я ищу информацию о автоматическом тестировании, изучаю отзывы, бесплатно информацию нашел только здесь, на юдеми вроде неплохой курс

есть разная градация автоматизаторов в тестировании.

1. челики, которые автоматизаторы, по факту просто программисты и могут переводить готовые сценарии от ручников в код, либо пишут какое нибудь БДД. они ниче не знаю о приложении, не знают о тестировании но могут кодить
2. челики, которые автотестировщики. умеют тестировать, сами составляют кейсы и сами их переводят в код
3. сдеты - фуллстек тестирование. это больше про процессы. могут и писать кейсы, и писать код, и писать фреймворки и обслуживать CI, поддерживать девокружение, выстраивать процессы итд