На developers.org.ua нашлось местами достаточно здравое рассуждение о том, что профессия тестировщика — это что-то бредовое, мокрое и мохнатое.
Орфографию тщательно не трогал, хотя иногда было сложно.
Прошу прощения если,кто-то найдет эллементы троллига или недоброжелательности в этом посте. Это совершенно не так. Это просто попытка помыслить профессию тестировщика так, как я ее себе представляю.
За все время работы в украинсокм ИТ (аутсортинг), меня не покидало ощущение о некоторой шутчности профессии тестировщика. Как будто эта профессия притянута за уши, что бы можно было легко привлекать молодых людей, особенно с математическим или компьютерным образованием для работы в аутсорс проектах.
Сформировалось нескольно якобы профессиональных терминов, типа баг. Появилась якобы своя некая культура и даже пару приколов, связанных с багами, мол лови баги убегают. Бытует даже мнение, что тестировщик — это творческая работа, и что бы найти дейстивтельно неожиданные и скрытые баги, нужно действовать нестандартно. Может это и так но это выглядит просто как навная детская игра. Выдуманно множество всяких никому не нужных методов тестирования типа smoke testing или еще чего бредовее monkey testing.
Само понятие тестирования означает сверку результатов с неким образцом или какими либо требованиями и проведения неких испытаний. Но совершенно очевидно, что этот сам процесс выполнения сверки есть вполне естественным и логичным процессом в любой деятельности. Любой здравомыслящий чевлоек может без каких либо на выков сесть и составить план тестирования чего-либо.Грубо говоря профессия тестера лишена какой-то твердой (какой именно не могу обяснить) основы, которая присуща например професии программиста.
Можно рассмотреть как бы профессиональный знания, которыми должен обладать тестировщик: такие как базовые знания технологий (джава, дотнет…), основ программирования, может некоторых языков, знание SQL.
Существует еще одно название професси тестировщика — QA инженер, тоесть инженер по обеспечению качества. Тоесть это люди с которых ,так сказать, «будут спрашивать».Но опять же з качество несут ответственность все — и зубной врач (пойдете ли вы к врачу, который скажет, что он не несет ответственности за качество работы а нужно спровсить у Пети из 4 кабинета — его назначили ответственным:)).Ответственность за качество это просто обычная человеческая, добросовестность в выполнениии работы, которая не может быть характеристикой исключително как-то одно проффесси.
Почти всегда (по моим наблюдениям в 90 проценов случаев) сениор и мидл QA инженеры стремяться перейти на новый уровень, став программистами, тимлидами, консультантами, проджект менеджерами, автомейшн QA инженерами. И я считаю так и должно быть. Из тех же 10 что осталсись — 5 процентов просто люди которые себе работают и особо не паряться по этому поводу — есть хорошая работа и нормально. Остальные 5 процентов это просто лентяи, который отсидевшись лет 4 — 5 на проекте и получив так сказать сениора «за выслугу лет», бегают из одной конторы в другую, и пытаются найти оправдание своей «сениоровсти» выраженное в денежном эквиваленте, хотя понимают, что могут быть легко заменены много более дешевым мидлом или даже отвественным джуниором.
Мое мнение таково — профессия тестировщика почти ВСЕГДА должна восприниматься, как ступенька перед переходом в на более высокий уровень. И тестировщик, который позиционирует себя лиш как просто мануальный тестер, быстро достигнет своего потолка зарплаты, причем он будет ниже чем в других направлениях айти и почти непробиваемым.
В комментариях добавляют жару в стиле «все собеседования, на которых расспрашивают про кучу теоретических вопросов — bullshit, они ничего не выявляют в человеке, и не помогают кандидату проявить себя».
Источник мнения понятен — окружение.
Наверное, это не следует обсуждать, это только следует принять во внимание, чтобы видение мира оставалось широким.
Вот когда ПО будет подпадать под закон «О защите прав потребителей», а также за убытки, а в худшем случае из-за человеческие травмы и жизни (от использования ПО), будут привлекать как это делается в случае с архитекторами и инженерами, чье сооружение разрушилось и причинило материальный ущерб. Вот тогда посмотрим как измениться отношение к QA инженерам и к обеспечению качества. А пока да, программисты творят что хотят и все для них не баг, а фича. Они уже давно не технари, а художники со своим взглядом на мир, подчас очень далеким от действительности.
Вряд ли изменится.
Скорее, появится большее обоснование для воплей вроде «Но ведь вы же отвечаете за качество! Почему пропустили баг! Каждый должен заниматься своим делом!» с последующим отрубанием голов.
Замечательно.
Я тоже считаю, что профессия тестировщика не нужна. Даже работаю над тем, чтоб тестировщики были не нужны, чтоб их меньше было.
Ну и автор молодец, я бы его и дальше отслеживал.
Вы наверное видели, у меня в жж есть жемчужина из той же коллекции, которую я ценю и берегу. Там — тоже не нужны тестировщики, гуманитарии будут повешены, а все по будет только системным.
Линк на жж, плиз.
Рву, мечу и негодую.
Если кто-то о чём-то не знает, это ещё не значит, что этого самого «чего-то» нет.
Я имел в виду в частности эти записи
http://w-bf.livejournal.com/194890.html
http://w-bf.livejournal.com/192819.html
Просто таки готовый сборник штампов и мифов о тестировании 🙂
я бы не воспринимал подобное веероное метание фекалий (прошу прощения за французский) серьезно… лето… каникулы… школоте скучно… майкрософт и гогул идиоты, а я и моя утютная ЖЖшечка знает изначальное дао и абсолютную истину. просто улыбает. рвание, метание и негодование только покормит тролля. не надо, лучше оставить человека в сладком плену его заблуждений)
Потому я это себе и скопировал полностью.
Это не заблуждение отдельно взятого индивида двуногогогого прямоходящегогогого.
Это вполне презентабельное обобщение, которое имеет место быть при простейшем здравом рабоче-крестьянском размышлении. Все то, что находится «на виду», прямо подталкивает к этим выводам.
Правильный вопрос — что нужно изменить, чтобы то, что находится «на виду», не подталкивало к этим выводам?
Ух ты! )))))
Налицо явная неспособность отличить «чекера» от тестера ))) Ну или явное желание потроллить ))
Надоть на досуге написать о ненужности кучи языков программирования, веб-сайты и десктопные приложения все равно одинаковые получаются, так зачем платить больше? )))
спасибо за ссылку, утро понедельника стало ещё более добрым, ржали всем отделом. Автор прекрасне, пусть пишет ещё!
Вроде он говорил, что искренен, и что не надо у него искать «эллементы троллига».
А надо избавляться от никому не нужных методов тестирования типа smoke testing или еще чего бредовее — monkey testing…
Не избавляться а автоматизировать их. А то избавиться можно и от конечности — вопрос тогда уже будет о целесообразности.
Здравое рассуждение с правильным выводом, но под странным углом, поэтому легко превращается в страшилку для самых маленьких))
И по-моему за уши больше притянута профессия «Консультант салона сотовй связи».
Может это представитель категории «за уши притянутых» тестировщиков)))
Автора статьи на DOU легко понимаю. Я и сам так думал до того момента, как начал заниматься тестированием. Точно скажу одно, что пока сам не попробуешь эту профессию «на вкус», не поймешь для чего она РЕАЛЬНО нужна
Вооооооот!
Автор описал то, что действительно есть на рынке: QA в софтостроении бизнес приложений это дань моде, равно как и автоматизация тестирования — заказчику нравится, значит вот ему QA и вот ему автотесты.
Большинство заказчиков (из моего опыта на телеком рынке) под автоматизацией понимают автоматическую валидацию и верификацию сборок кода, большинство же компаний, работающих на этих заказчиков автоматизацией называют ручное(!) написание «роботов» имитирующих ручные операции выполняемые при ручном тестировании.
Есть и такое, да.
Эм пишите без багов, и тогда к вам притензий не будет…ведь чем лучше и качественне код. тем меньше нужны QA…а то сами напишут ахинею, потом не могут разобраться.
О добросовестности…программерам хорошо, они чёто пропустили, написали хрень, и выпустили патч, а тогда например в автомобилестроении, не дорисовали чего-то, люди погибли…патч не поможет, да и компания понесет убытки
И тащемта почитайте книженцию Савина о тестировании
Зависит от ситуации, для авиакосмических программ и АЭС софт тоже пишут, там патч может и не успеть помочь.
Абсурд!!! 🙂 вы хотя бы знаете, что в сша компании из-за багов в програмах теряют около 100 миллиардов долларов??? А теперь представьте каковы были бы потери, без QA??
100 миллиардов в год*
На современном рынке говнопроектов, тестировщики действительно нужны всё меньше. Накодили — и в продакшен, а когда пользователь налетит, напишет в поддержку, поддержка его расспросит как воспроизвести, то уже и тестер не нужен, у программиста есть все даные для фикса. А если фикс поломает после выпуска на проде всё остальное, то пользователь снова напишет, и т.д. Проекты низшего и среднего звена (к примеру, хостинговые и файлопомойки) так и живут, 10-12 программистов, 20 человек в поддержке и 1 тестер. И всех всё устраивает.