- Вопрос в том, как взаимодействовать с командой ручных тестировщиков и вообще со всей командой разработки?
Так же как и обычно вы взаимодействовали.
- Например смоук-тест. Он должен быть где-то изначально прописан? Кто его составляет?
Тестеры ручные, у них в головах или где-то, написан список обязательных проверок.
- От тестировщиков должны приходить кесы на смоук после ввода новой фичи?
Вы немного путаете, к этому придёте, смоук-тесты это какая-то часть регресс-тестов. После того как фича влита в основную ветку по ней желательно пройтись полным набором, но иногда это очень долго и приходится делать меньший срез по проверке. Поэтому вы должны договориться с теми кто первый проверяет это всё какие тесты в первую очередь пишутся и когда они запускаются, в смоках, или только при полном.
Ну и да, лучше если кейсы, хоть какие (просто тестеры не всегда хорошо описывают кейс именно для автоматизации), будут уже описаны для вас, это экономия вашего времени, т.к. не надо разбираться доработкой. Это тоже должны все понимать.
- Сейчас продумать, что должно войти в смоук-тест нужно, но у меня времени нет, а ручники как раз простаивают
От них список, обсудить раз и всё, о возможности добавления в него.
- А если в проекте что-то изменили, как об это узнает автотестирование заранее или по факту? (упали тесты).
Для этого и нужны тесты, чтобы увидеть изменения. Лучше сразу всех привлекать к разбору таких моментов, чтобы получить быстрый отклик (от тех кто это проверял, или прошляпил) на то, что система теперь работает по другому, и надо править тесты.
- Какие задачи заводить в джире? надо вообще и зачем? Но что должна заводить я? задачи самой себе?
Всё-таки надо, потом рано или поздно попросят какой-то список/прогресс. Вы можете себе сделать эпик и прикреплять к нему таски с тестами / либо подзадачи со списком функционала и к нему тоже таски с тестами. И для самих автотестов указывать не только номер тикета фичи, но и своей такси. Так же это дело осудите с коллегами они туда будут накидывать новые задачи, может, править приоритет у них.
У всех должно быть понимание что вы - реализуете им помощь в виде регресса, все должны вам помогать, т.к. вы помогаете выполнять всем основную задачу - предоставление информации о работоспособности системы.
- Конкуренция в отделе ручных тестировщиков, где все хотят стать автоматизаторами.
И вообще, лучше чтобы все двигались в вашу сторону, сначала обсуждение результатов, потом уже и написание тестов, чтобы не было простоев ))) Ну это конечно, по желанию. Чтобы все были на треть автоматизаторы, треть тестеры, треть исследователи-вечные-студенты.
А вообще по поводу хранения тестов - это холиварный вопрос, по идее они у вас же уже где-то хранятся, или всё в головах? По идее, продолжать там же описывать их, а в автотестах просто ссылку на них, либо наоборот, в самих тестах метку что заавтоматизирован. А джира, это просто для контроля прогресса.