Почему-то считается, что программисты видят в QA инженерах и тестировщиках, не профессионалов, а ненужную «прослойку». Это один из самых распространенных мифов: постоянная вражда между Dev и QA.
Следующую фразу нужно читать голосом Николая Дроздова: «У тестировщика не очень много природных врагов, но один из них, самый непримиримый — это разработчик обыкновенный». #куатулерн
Как вы догадываетесь, мы снова о мифах в сфере тестирования. И сегодняшний — один из самых распространенных: постоянная вражда между Dev и QA. Почему-то считается, что программисты видят в QA инженерах и тестировщиках, не профессионалов, а ненужную «прослойку», людей которые лишь и делают что придираются к их работе и постоянно все хотят контролировать, хотя сами ничего не создают.
Особенно большим страхом и поводом для неприязни является то, что тестировщики выставляют напоказ ошибки разработчиков. Поэтому довольно часто мы слышим о некой «вражде» и даже «борьбе» между отделами разработки и отделами тестирования.
Конечно же в отдельно взятых командах и компаниях так случается. Но если мы посмотрим на ИТ сферу широко – то на деле всё совсем не так. Настоящие профессионалы знают, что результатом совместных «придирок» и плотной совместной работы будет ПО с уровнем качества, близким к идеальному.
Давайте посмотрим на другой пример. Будет ли журналист ненавидеть выпускающего редактора, который указывает ему на ошибки? Конечно же, нет. Они вместе делают общее дело, и их задача — выпуск продукта, который не будет содержать опечаток или оговорок. Такая же история и про разработку ПО: программисты и QA преследуют одну общую цель. Все мы помогаем сделать продукт лучше. Поэтому в хороших командах разработчики и тестировщики работают вместе, в мире и согласии. А как у вас?
В данной статье мы подробно рассмотрим, что такое тестирование мобильных приложений и для чего оно нужно. Расскажем об основных методах и инструментах тестирования mobile приложений.
Как показывает практика, пока еще нужны люди, «работающие руками»! И даже современный искусственный интеллект не заменит старый-добрый человеческий вопрос «А что, если?..».
Рекомендуем: отличная статья Джеймса Баха на тему локализации плавающих багов поможет тем кто испытывает трудности с такого рода задачами
Сначала стать тестировщиком, а потом уже разработчиком? Либо просто легко войти в IT через тестирование? Это популярная, но плохая идея
Культура тестирования в различных компаниях – это вообще отдельная тема для холиваров в профессиональных и около-QA сообществах
Тестировщикам не надо знать, что «под капотом» программы. В теории - такое вполне может быть, но на практике это так далеко не всегда.
Мнение, что тестировщик обязательно должен быть перфекционистом - очень популярно и является предметом частых споров. Но так ли это на самом деле?
Любому несведущему человеку может показаться что тестировщики только и делают, что весь день сидят и постоянно кликают на одни и те же кнопки, без какого-либо разнообразия. Но это не совсем так!
Многие, кто далек от профессии считают, что тестировать — просто. Но если бы реально все так было просто – в мире бы уже не осталось ни одного бага.
Учебник «100-Year QA-textbook» - это хорошая альтернатива бесплатным курсам либо первой ступени в QA
