Нет, я и в самом деле уже который месяц задаюсь вопросом: ребят, а зачем вам в проекте нужен отдел с гордым названием QA? Вы же все равно не слушаете, что мы вам говорим, вы используете нас как просто тестировщиков, и то не всегда эффективно. Баги, которые мы находим, предложения, которые мы вносим, лежат нетронутыми до тех пор, пока пользователи на торговом полу не найдут такие же - и тогда они немедленно обретают высший приоритет.

Ну давайте мы уберем нафиг из проекта отдел тестирования (именно тестирования, о каком QA может идти речь при таком подходе?), а заодно и половину бизнес-аналитиков - насколько станет проще работать? Тем более, что то, как происходит процесс разработки, вообще никого не волнует, включая непосредственный менеджмент. Было бы что-то на выходе - и ладно. Иногда удается полюбовно договориться с разработчиками, чтобы и им, и нам легче работалось и процесс был прозрачнее, но иногда находит коса на камень. Начинаешь объяснять, что так дела не делают - так сразу "Влад, отстань, у нас не Microsoft". Что, правда? А я-то думал...

И сегодня настал момент истины. Пол, умница Пол, самый опытный ведущий разработчик, как обычно, занимающийся тем, что что-то опять свалилось в Production, невольно подтвердил все мои сомнения:

- Пол, есть проблема...
- В Production? Если она не в Production - то это не проблема!

Вот черт возьми, у меня вечно проблемы с аудированием, а как мне какую-нибудь гадость скажут - так все понимаю. Через пару секунд он по моей кривой ухмылке понял, что сказал, и начал судорожно лепить отмазки, мол, я не это имел в виду... Да нет, Пол, не оправдывайся, я прекрасно тебя понял. И, что самое главное, ты совершенно прав...

Current Music: Аквариум - Подмога (кавер на Х... Забей)
Tags: testing, job

From: aserofeev Date: 06/24/2008 23:50:43   аналогичная штука... вот сегодня только внес предложения по улучшению всего баг-трекингового процесса и началось :)) аж целый митинг назначили на пятницу... я никогда не писал таких длиннющих писем на английском языке до сегодняшнего дня - и это все только ради того, чтобы объяснить людям, что так нельзя... а в ответ получаю, что QA вообще ничего в БТС не должны менять, ибо они вообще эту самую систему юзают меньше (!) чем программисты... даже уже и не знаю, а стоит ли вообще начинать дискуссию... хорошо хоть, что начальство полностью поддерживает внедрение тестирования в проекте и осознает зачем это надо... в таких случаях, и да простят меня господа девелоперы, я сравниваю процесс внедрения процессов с приучением котят к лотку...;)) ибо пока носом не ткнешь в elevated privileges escalation vulnerability, позволявшей нафиг весь продакшн снести, то ничего не достигнешь...

From: _myx Date: 06/25/2008 00:13:58   Идешь по моему пути, коллега :-) Мне тут очередное счастье привалило: у нас вместе с апгрейдом Джиры меняется схема багтрекинга. Всем проектам навязывается единая система. Я саму идею в общем-то даже приветствую, но вот сегодня я узнал, что у всех пользователей обновленной системы будут равные права! Все разрешения и разграничения доступа упраздняются! Открытая, чтоб ее, демократичная система! Я недавно у менеджера проекта право закрывать дефекты отбирал за злоупотребление этой возможностью, а теперь каждый умник сможет сделать все, что захочет... а отвечает за качество, конечно же, QA. Тьфу :-( Кстати, насчет котят ты очень даже прав. Тут некоторые девелоперы жаловались, что я к ним методики dog training применяю :-) Только вот толку с этого, как видишь, немного...

From: aserofeev Date: 06/25/2008 00:35:25   а у нас в проекте не Джира, а помойка какая-то и до сих пор нельзя переоткрыть баг со статусом Verified, и всем просто пофиг... они сделали умно, ети иху мать - завели баг, на то что надо разрешить переоткрывать баги и не фиксят его, сцуки... но ничо, я вот недавно админа в Джире получил - возьмусь я за ее чистку скоро и workflow поменяю обязательно... они меня долго помнить будут ;)) ЗЫ а вот у нас каждый умник может делать все что захочет... вот и представь каково мне и каков размер авгиев конюшен у нас...

From: _myx Date: 06/25/2008 01:54:24   У нас тоже будет нельзя из статуса Closed переоткрывать. Попробую, конечно, воззвать к тому месту, в котором у нормальных контор находится здравый смысл... Так что наши с тобой конюшни потихоньку движутся к одному знаменателю. Может, я чего в этой жизни не понимаю, может, в банках так и надо? Этакая конвергенция? :-) А вообше забавный тред получился: два банковских тестировщика собрались поплакаться на свою нелегкую долю :-) Но у меня и в самом деле накипело, захотелось поделиться. Спасибо за поддержку!

From: maxtomin Date: 06/25/2008 02:17:46   Не знаю, утешит ли это тебя, но девелоперам тоже не легче. :) Ну не является ИТ главным отделом банка, что ж делать. Нет понятия "качественно" и "не качественно", по крайней мере в привычном смысле. Есть понятия "устраивает деск" и "не устраивает деск". Эти два измерения почти не коррелируют. А уж "хороший процесс разработки", который (потенциально) улучшает качество (не особо нужное) и упрощает жизнь ИТ-отдела (не основного) - вообще никого не волнует. А с Полом имхо момент был реально неудачный. Это примерно как подойти к тренеру сборной по футболу во время решающего пенальти и сказать "У нас опять кондиционер в раздевалке сломался, сколько можно!". :) Кондиционер - это, конечно, важно. От него тоже немного зависят результаты игры, если не этой, так следующих. Но масштаб непосредственных потерь от кондиционера и от пенальти настолько несопоставим, что никому в голову не приходит сравнивать потери опосредованные. Возможно, зря не приходит. :)

From: _myx Date: 06/25/2008 02:32:31   Макс, момент с Полом был может быть и неудачный (точнее, наверняка был неудачный), но вот сам по себе пример очень даже удачный и показательный. Меня примерно столько же времени волнует еще один вопрос: какого черта такой опытный разработчик - не постесняюсь сказать, лучший в команде - проводит львиную долю своего времени, разгребая глюки в Production? Почему они вообще случаются там так часто? То, что у банка политика такая - экономить на мелочах - я уже давно понял. Найденная пару месяцев назад забавная, но меткая статейка помогла мне структурировать это понимание :-) Тут вопрос уже не столько в том, насколько это эффективно для банка. Если банк еще жив и вполне себе процветает - наверное, достаточно эффективно. Вопрос в том, насколько это коррелирует с моими интересами. Мне за все эти нервотрепки дополнительно не платят - я ведь даже не онсайт-сотрудник, зарплата у меня обычная, не банковская. Впрочем, пока я так удачно в командировке, это все равно с лихвой окупается, а дальше видно будет :-)

From: sigizmund Date: 06/25/2008 09:27:31   Макс, я вот это все понял примерно пол-года назад, когда уходил из банка и говорил всем рекрутерам что в финансы я не пойду - потому что такой процесс (хотя на самом деле - полное отстутствие оного) раздражало неимоверно все те полтора года, которые я в банке провел....

From: _myx Date: 06/25/2008 10:28:30   Вот и меня уже полгода раздражает :-) Но на самом деле в финансах тоже возможны нормальные софтверные процессы - я буду в это верить до тех пор, пока существует CQG :-)

From: sigizmund Date: 06/25/2008 11:21:23   CQG это не финансы. CQG - это околофинансовый IT. (точно так же как Yahoo - это не медиа, это околомедийный IT).

From: natali_bog Date: 06/25/2008 02:49:55   Та же фигня, причем в двух областях сразу. В науке - давайте пошлем в журнал как сляпали, а если рецензентам не понравится, тогда переделаем поаккуратнее. В управлении деньгами - даже если начальство знает, что отвечающий за покупки человек подворовывает, то начальство закроет на это глаза: деньги не свои, а геморрой по поиску нового человека и притирке к нему большой. Я начинаю подозревать, что это какой-то глобальный закон, надо бы его сформулировать, назвать своим именем и войти в историю. Типа: величина пофигизма прямопропорциональна ... (например занимаемой должности) и обратно пропорциональна ....

From: injir Date: 06/25/2008 09:13:54   QA есть, потому что ребята сертифицированы :) Без него они бы свой ISO не получили. По остальному - обидно, конечно, но у ребят в приоритете явно не проактивный подход. Ты сам кого угодно можешь научить расставлять приоритеты. А там они уже расставлены - они пытаются что-то сделать с убегающим молоком. Людей, которые этим занимаются, отвлекать бессмысленно. Это потребует перестройки всех процессов и перенастройки голов всех ключевых людей в процессе. Не расстраивайся, что не можешь одним махом свернуть эту гору. Стань водой и все получится ;) Прими это как Опыт

From: helly_black Date: 06/25/2008 13:15:52   Непонимание тестеров и девелоперов, это давняя проблема. Уже море статей писали, сочиняли анекдоты. Я проработала в 6 разных компаниях, с самыми разными тестерами. Были хорошие, были не очень :))К хорошим привыкаешь быстро, к плохим еще быстрее. Сейчас работаю в 7 компании и понимаю главное: ни важно плохие,хорошие, нудные или не очень - тестеры должны БЫТЬ!Убейте меня об стену, но что это за процесс разработки, где все тестирует заказчик! Причем нанимая для этого не профессиональных тестеров, а просто тетечек-будущих пользователей.Добавлю, что обе компании вполне могут позволить себе нанять хоть вагон тесторов (каждая). Все мои предложения набрать команду тестеров ( ну хоть одного возьмите!) наталкивались на полный неагрументированный отказ. Плачу. Вообще то это я к тому, что плохо, когда девелопер не слушает тестера (почти всегда плохо именно для девелопера), но бывает и хуже. Вы то, господа в моей ситуации точно не окажитесь, поскольку тестеров без девелоперов не бывает:)

From: xbald Date: 06/25/2008 14:08:44   delo v tom, chto poka Vsya komanda s verhu do niza ne proniknetsya uverennostyu v neobhodimosti kachestvennuh Processov Razrabotki razgresti problemu prakticheski nevozmozhno. v uzhe iduschem proekte postroenie processov celesoobraznee vsego nachinat s resjeniya konkretnuh problem. pri etom, esli komu-to kazhetsya, chto problemu net, to pomoch luchshe vsego smozhet volevoe reshenie menedjera. esli rukovodstvo ne vidit potrebnosti v QA, a vernee ne hochet okazuvat sodeistvija krome kak na slovah, to pishi propalo. k sozhaleniyu, metodu ubezhdenija i priuchenija k gorshku ochen dolgie i ne dajut skolko-nibud priemlimoi effectivnosti. drugoi variant - adekvatnui kostjak komandu, kotorui rabotaet v sootvetstvii s processami i ne daet ostalnum ot nih otstupat. poka ne vupolnyayutsja eti usloviya budet razdrai. ya konchil.

From: aserofeev Date: 06/28/2008 23:47:44   как многа букафф на латинице... мой мозг отказался их читать... только последнее предложение ясно)))

From: spiteful_zoomer Date: 06/25/2008 14:37:05   Эта, как там иво... Аааа!!! Будьте благословенны, ибо нужны вы нам :) Завещано было, что програмеры это мужики с напильниками, а QA норма-контроль. И пилить бездумно заготовки это грех великий.

From: xbald Date: 06/25/2008 14:49:27   qa - ne control, sorry

From: spiteful_zoomer Date: 06/25/2008 14:55:41   :) да, а програмеры не слесари.

From: ksch Date: 06/27/2008 15:14:06   Бедняжко, понесло тебя с твоей педантичностью и трудолюбием в эту область, блин :-)

From: _myx Date: 06/27/2008 22:50:08   Какое, к черту, трудолюбие, ты что? :-) Я ж лентяй, каких поискать. Именно поэтому я предпочитаю делать сразу хорошо, потому что потом переделывать замучаешься. Я как раз таких вот трудолюбивых понять не могу...

From: ksch Date: 06/30/2008 10:20:56   Неееее, лентяи вообще не любят ничего делать, а хорошо с первого раза - это и есть трудолюбие. А нехорошо и по-многу - этому вообще названия нет :) Или оно гадкое какое-нибудь ;)

From: ddaughter Date: 06/28/2008 20:32:49   Друг мой любезный, где пост для поздравлений? Неужели ты полагал, что мы забудем, когда и сколько лет тебе исполняется? :)))) С Днем рождения! :-*

From: _myx Date: 06/28/2008 22:41:10   Спасибо :-) Поста, с вашего позволения, не будет - ну его нафиг, а? ;-)

From: _indifferent_ Date: 07/07/2008 16:50:12   звыняй, дядку! опять я все пропустил и вообще... короче, поздравляха тебе с днюхой! пусть у тебя всегда все будет, но пусть всегда хоть чего-нибудь но не хватает.

From: _myx Date: 07/08/2008 01:27:06   Спасибо, Чифушко! Собсно, все так и обстоит, и, раз такие люди этого хотят - будет и впредь!

From: ghostknight Date: 07/31/2008 16:24:57   Бывают проекты где даже падения в продакшне не чиняться, если это не блокирует критический путь. Ну отвалилось - ну и фиг с ним, не до вас :)