|
|
Отправлено myx Вт, 2008-06-24 18:46
|
У нас же... формат!.. Только все такое качественное! Никакой попсы, никакого кабака...День Радио
Нет, я и в самом деле уже который месяц задаюсь вопросом: ребят, а зачем вам в проекте нужен отдел с гордым названием QA? Вы же все равно не слушаете, что мы вам говорим, вы используете нас как просто тестировщиков, и то не всегда эффективно. Баги, которые мы находим, предложения, которые мы вносим, лежат нетронутыми до тех пор, пока пользователи на торговом полу не найдут такие же - и тогда они немедленно обретают высший приоритет.
Ну давайте мы уберем нафиг из проекта отдел тестирования (именно тестирования, о каком QA может идти речь при таком подходе?), а заодно и половину бизнес-аналитиков - насколько станет проще работать? Тем более, что то, как происходит процесс разработки, вообще никого не волнует, включая непосредственный менеджмент. Было бы что-то на выходе - и ладно. Иногда удается полюбовно договориться с разработчиками, чтобы и им, и нам легче работалось и процесс был прозрачнее, но иногда находит коса на камень. Начинаешь объяснять, что так дела не делают - так сразу "Влад, отстань, у нас не Microsoft". Что, правда? А я-то думал...
И сегодня настал момент истины. Пол, умница Пол, самый опытный ведущий разработчик, как обычно, занимающийся тем, что что-то опять свалилось в Production, невольно подтвердил все мои сомнения:
- Пол, есть проблема...
- В Production? Если она не в Production - то это не проблема!
Вот черт возьми, у меня вечно проблемы с аудированием, а как мне какую-нибудь гадость скажут - так все понимаю. Через пару секунд он по моей кривой ухмылке понял, что сказал, и начал судорожно лепить отмазки, мол, я не это имел в виду... Да нет, Пол, не оправдывайся, я прекрасно тебя понял. И, что самое главное, ты совершенно прав...
Current Music:
Аквариум - Подмога (кавер на Х... Забей)
Tags:
testing, job
 |
 |
аналогичная штука... вот сегодня только внес предложения по улучшению всего баг-трекингового процесса и началось :)) аж целый митинг назначили на пятницу... я никогда не писал таких длиннющих писем на английском языке до сегодняшнего дня - и это все только ради того, чтобы объяснить людям, что так нельзя... а в ответ получаю, что QA вообще ничего в БТС не должны менять, ибо они вообще эту самую систему юзают меньше (!) чем программисты... даже уже и не знаю, а стоит ли вообще начинать дискуссию... хорошо хоть, что начальство полностью поддерживает внедрение тестирования в проекте и осознает зачем это надо...
в таких случаях, и да простят меня господа девелоперы, я сравниваю процесс внедрения процессов с приучением котят к лотку...;)) ибо пока носом не ткнешь в elevated privileges escalation vulnerability, позволявшей нафиг весь продакшн снести, то ничего не достигнешь...
|
 |
|

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



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

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






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

|
|