Тестирование ПО (Тестировщик, QA инженер)

т.е. в вашем понимании разработка процессов завершается на моменте создания 1-5-10 документов, торжественному их утверждению и убиранию в стол?
если бы все было б так просто, у всех бы были идеальные процессы скрама, канбана и тыды. увы на практике все упирается в невозможность (или ярое нежелание) следования процессам по различным причинам и прочие объективные и субьективные факторы (и есть риск закопаться в процессе ради процессов).
но с другой стороны и неформальный подход - к черту процессы и доки, мы должны быть гибкими - на моей памяти срабатывал только в мелких проектах на короткий срок или стартапах (погубил такой подход тоже не мало )

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

видимо путем использования шаблонов и темплейтов)

atalanta.maci, я про внедрение и не говорю. Если никто не хочет внедрять, то внедрение и бесконечное время занять может. Я говорю про формализацию процесса тестирования. И тут я вижу странные сроки, наподобие чтение процессов в течение 4 часов. Тут уже ниже писали, что документы уже в развернутом виде 10-20 страниц занимают. Я не представляю, как можно читать по 5 страниц в час

seeman--s.:

Но я вот ваще хз как люди готовы написать осмысленные документы на 10-20 и более страниц, отформатировать их и поисправлять ошибки

Вы же не художественную книгу пишите и сюжет придумываете. Есть разные практики и готовые решения. Не нужно велосипед изобретать. Можно же накопленный опыт свой и чужой воплотить в конкретные вещи.

c55_Sky:

Можно и одну страницу читать неделю. Если под "читать" понимать не "букофки про себя произнести", а "вникнуть в понимание того, что стоит за каждым словом". Мерять квалификацию человека скоростью "чтения" -- это верх профессионализма Гуру процессные... Смешно и неудобно.

А можно и год, если страница линейным письмом б написана.
Процессами не тестировщик сразу после курсов занимается, поэтому подразуемвается, что представление о тестировании он имеет и понимает, что написано в документе по процессам тестирования

seeman--s., Подумав ночь, пришел к такому выводу. Судя по описанию, просто в компании (или только на проекте) все от разработчиков до менеджера не заинтересованы в работе хоть по какому процессу. Проблема не в процессе тестирования, сколько его не пиши и не согласовывай, но если никому ничего не нужно, то и работать ничего не будет.
То, что менеджер не знает, когда деплой на прод идет, что деплой делает непонятно кто и когда (не сообщая никому) это не вопрос процессов тестирования.

Всем доброго дня. Кто проходил бесплатный курс ЕРАМ по автоматизированому тестированию? Чего ожидать на собесе в лабу? Может кто-то поподал в программу обучения, но полностью на самоподготовке, т.е не ходил на курсы, а учился сам?
П.с. можно отвечать и в личку))

2440629:

Потому что есть гарантия трудоустройства.Компания уже заинтересована в тебе.Да и уровень курсов бесплатных будет повыше, чем в каком-нибудь Stormnet.
Ой,сейчас придет anisimau и опять напишет что нужно выбирать препода, а не оц

О каких гарантиях речь? Какой процент после курсов епам/аква попадают к ним в штат? А уровень будет повыше, если человек, дающий знания, будет "повыше". имхо. Так что с anisimau в этом вопросе я согласен.

Реально, многие пм растут из куа
нужны навыки, как ни странно, ПМ-а

Дымов:

Привет!
Такой вопрос, у кого есть опыт перехода QA -> PM? Насколько реально перейти в проектные, какие навыки нужны?

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

оооочень редко это важно для кастомера. но не решающий фактор, скорее nice to have. обычно просто знаний терминологии и подходов из этого курса вполне достаточно