Comments 6
поясните, пожалуйста, что такое QA-бэкграунд?
мне, как правило, приходилось писать длинные простыни описаний, для тестировщиков, фактически, самостоятельно проходить большую часть этапов их чеклиста, которые они потом, по шагам, повторяли, по возможности дополнив чем-нибудь, менее значительным.
Проведенный эксперимент позволяет сделать ряд важных выводов о том, почему разработчики не могут эффективно выполнять роль QA‑инженеров
У меня по Вашему описанию сложилось впечатление, что разработчики, перешедшие в QA, просто не вписались в ваш бордель консерваторий.
Что вы нам лечите? Что специалист с большим опытом работы в отрасли не сможет работать в отрасли, если его работа немножко изменится? Да сможет конечно! Сможет ли автомеханик, который всегда ремонтировал немцев починить корейца? - сможет. Сможет ли тракторист пересесть с трактора на комбайн? - сможет. Сможет ли укладчик кирпича сложить дом не из кирпича, а из пеноблоков? - ну разумеется.
А если вы утверждаете, что нет, это свидетельствует о том, что вы просто разожрались кадровым изобилием и уже начинаете загоняться.
Вы бы хоть погулили что такое QA. Отдел QA не занимается тестирование .. в компаниях у которых есть QA.
опытный разраб на протяжении всей карьеры имел дело с тестировщиками по их баг-репортам. он прекрасно знает, как выглядит четкий баг-репорт и плохой. в большинстве случаев он знает внутреннюю структуру продукта и исходя из этого будет относиться к тестированию. но есть нюанс: как говорил Майерс в своей книге: разрабу нельзя тестировать свой же продукт, который он писал. всё таки не всегда будет приятно демонстрировать свои "косяки"
Может ли разработчик с большим стажем но без QA бэкграунда стать хорошим Quality Assurance инженером?