Лилия Урмазова

Попробую.

1.Linux команды (ls -la | grep *.doc >> 1.log) и (чем > отличается от >>)
-Основные различия между Windows и Linux
Знать полезно, даже мануальщику. Но сильно в дебри, наверное, на первых порах можно не лезть.

-Привилегии группы, операции с файлами + знание ABS
Поверхностного знания достаточно

-Docker
Нужен автоматизаторам. Вот прямо очень нужен. Мануальщикам достаточно не делать круглые глаза, когда кто-нибудь говорит это слово - т.е. просто знать, про что.

2.Как работает DNS, ARP, NAT, DHCP
Зависит от вакансии. Если вам придется тестировать UI интернет-магазина руками - такое никто не спросит.

3.Тестирование доменных имен
Может, доменное тестирование? Если да, то не помешает. Тестирование именно доменных имен - ну, бывает, конечно, и так, но это явно не первый приоритет.

4.Тестирование потоков данных
Есть такая штука - диаграмма потоков данных. Она теоретически может прилететь как один из видов требований. Но специально учить, как тестировать потоки, джуну не нужно.

5.FTP, SMTP
Общее представление.

6.SPA
Нет.

7.XML
Обязательно

9.ASP.NET
Автоматизатору, собирающемуся писать на шарпе - да. Остальным факультативно.

10.SOAP/REST запросы
Да, это нужно.

11.Jenkins
Автоматизатору - да. Мануальщику, как и в случае с докером - просто знать, что это.

12.Git
Да, но не слишком глубоко, если вы не автоматизатор. Остальным достаточно основных команд.

13.Atlassian Jira
Джира - да. Первый приоритет.

14.Atlassian Confluence
Конфлюенс - штука хорошая, не помешает. Но учить там особо нечего :)

15.Модель OSI. Нужно уметь ее рисовать и знать принцип передачи данных.
Модель OSI - да.

16.Cucumber
Автоматизатору. Ну, а остальным лучше просто понимать, что такое BDD.

17.Appium
Автоматизатору-мобильщику. Остальным - знать, что это такое - и достаточно.

18.Troublshooting и работа с логами
Да, это обязательно надо.

19.Нагрузочное тестирование
Понимать, что это такое и зачем надо. Тонкости - для перформанс-тестировщиков (скрипты, тулы). Но если хотите развиваться именно в этом направлении - тогда да :)

20.Стрессовое тестирование
Это часть нагрузочного.

21.pytest
Не обязательно.

22.E2E тест и отличие от юнит-теста
Ох. Ничего себе сравнение :))) Ну, как бы это, конечно, надо знать. Но там между ними еще много чего есть :)

23.технологии web-стека и принципы организации клиент-серверных приложений
Да, это пригодится.

Если что, приходите в группу https://t.me/m2peducation - будем там это обсуждать. Удачной работы!

Добавлю немного.
После вышеописанных этапов не помешает определить переходы между состояниями:
1) Какие действия пользователя или системы приводят к изменению состояния? (например, Положительный счет -> снять сумму N -> Требует пополнения)
2) Есть ли какие-то действия, которые не будут приводить к изменению состояния? (Положительный счет -> добавить денег на счет -> Положительный счет)
В результате должна получиться схема со стрелочками, причем какие-то из них будут вести от одного состояния к другому (иногда в обе стороны - разные действия приводят к разным переходам), а какие-то ведут в это же состояние (но их тоже нужно будет проверять, поэтому важно про них не забыть).

С Савиным согласна.
ISTQB - ну, под вопросом. Мне кажется, с этого начинать немного жестковато.

По тестированию минимум:
-----------------------------------
Мануальное тестирование
1) Основы тест-дизайна (для начала уверенных знаний partitioning достаточно, но можно для ознакомления и что-то посложнее взять).
2) Работа с требованиями - просто must have (анализ, оценка качества требований, умение задавать вопросы стейкхолдерам)
3) Работа с дефектами - качество и приоритезация.
4) Основы сетевых протоколов
5) Основы SQL
6) Основы REST
7) Основы архитектуры ПО
8) Работа по Agile и отличие от других SDLC
9) XML/JSON
10) Основные тулы для работы

Автоматизация:
1) Автоматизация UI (Selenium)
2) Автоматизация REST
3) Автоматизация мобилок (Appium или что-то из этой оперы)